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BACKGROUND OF THE INVENTION 
1 . Field of the Invention 

The present invention is directed toward the field of roplicating redirecting 

information feem between a host system whoro the information is normally stor e d to and a mobile 

20 data commimication device. In particular, tho system and m e thod of th e pres e nt invention 
provid e an e v e nt driv e n r e dir e ction comput e r program ("r e dir e ctor program") 
op e rating at the host syst e m, which, upon s e nsing a particular us e r d e fin e d event has occurr e d, 
r e dir e cts us e r s e l e cted data it e ms from the host system to th e us e r*s mobil e data communication 
d e vice. Th e mobil e data communication device is pr e f e rably coupled to th e host syst e m via a 

25 wireless network and one or mor e landlin e n e tworks. — Du e to th e bandwidth limitations of 
wir e l e ss n e tworks, only a portion of a us e r select e d data it e m is g e n e rally redirect e d to the us e r's 
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mobil e d e vic e , with th e us e r given th e option of then r e tri e ving th e entir e data it e m (or some 
oth e r portion of the data it e m) from th e host syst e m. 

Inst e ad of war e housing (or storing) th e us e r's data items at th e host system and th e n 

"synchronizing" th e mobil e data communication devic e to data items stor e d at th e host system 
5 wh e n th e mobil e devic e r e qu e sts that such it e ms of information b e conmiunicat e d to it, th e 
pr e s e nt invention e mploys a "push" paradigm that continuously packag e s and retransmits th e 
us e r s elect e d it e ms of information to th e mobile data communication d e vic e in r e spons e to a 
trigg e ring e v e nt d e t e ct e d at th e host syst e m. — Wir e l e ss mobil e data communications d e vic e s, 
e specially thos e that can r e turn a confirmation signal to the host that the pushed data has b ee n 

10 r e c e iv e d ar e esp e cially w e ll suit e d for this typ e of push paradigm. 2, Description of the 

Related Art 

Present systems and methods for replicating information from a host system to a user's 
mobile data communication device are typically "synchronization" systems in which the user's 
data items are warehoused (or stored) at the host system for an indefinite period of time and th e n 

15 transmitted in bulk only in r e spons e to a until the user synchronizes the mobile device to the user 
requ e st. host system. In these types of systems and methods, when replication of the warehoused 
data items to the mobile device is desired, the user typically places the mobile device in an 
interface cradle that is electrically connected to the host system via some form of local, dedicated 
communication, such as a serial cable or an infrared or other type of wireless link. Software 

20 executing on the mobile data commvmication device then transmits commands via the local 
commimications link to the host system to cause the host to begin transmitting the user's data 
items for storage in a memory bank of the mobile device. 
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In these synchronization schemes, the mobile unit "pulls" the warehoused information 
from the host system in a batc h-mode each time the user desires to replicate information between 
the two devices. Th e refore T hus, the two systems (host and mobile)enty maintain the same data 
items only after a user-initiated command s e quenc e that causes th e mobile devic e to download 
th e data it e ms svnchronization sequence. 

from th e host syst e m. _ A general problem with these synchronization systems is that th e 
only tim e that the us e r data it e ms ar e replicat e d b e tw ee n th e host syst e m and th e mobil e data 
communication d e vic e is wh e n th e u se r commands the fact that the data in the mobile device te 
download or pull th e user data from th e host svst e m. is only current at the moment of 
synchronization with the host. Five minutes later a new message could be sent to the user, but 
the user would not receive that message until the next time the us e r f e tch e s th e us e r data 
itetm rsystems are synchronized. Thus, a user may fail to respond to an emergency update or 
message because the user only periodically synchronizes the system, such as once per day. 

Other problems with these systems include: (1) the amount of data to be reconciled 
between the host and the mobile device can become large if the user does not "synchronize" on a 
daily or hourly basis, leading to bandwidth difficulties, particularly when the mobile device is 
communicating via a wireless packet-switched network; and (2) reconciling large amounts of 
data, as can accrue in these batch-mode synchronization systems, can require a great deal of 
communication between the host and the mobile device, thus leading to a more complex, costly 
and energy-inefficient system. 

Thus, there is a general need in this A field for a more automated, continuous, efficien t flexible, 
and reliable system of ensuring that user data items are replicated (in real time) at the 
user' s mobil e devic e is th e refor e n ee ded. 

3 
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An additional featur e of th e pr e s e nt inv e ntion is that th e push paradigm, in combination 

with a return communications pathway, lends itself well to a system that p e rmits a us e r to control 
r e mot e ly, through th e us e r^s mobil e d e vic e , a number of asp e cts of th e host syst e m. 

Th e r e r e mains a g e n e ral n e ed in this art for a syst e m and m e thod of continuously pushing 

us e r s e l e ct e d data items (or c e rtain portions of the s e l e ct e d data it e ms) stor e d at a host syst e m to 
a us e r's mobil e data communication d e vic e . 

Th e r e remains a mor e particular n e ed for such a system and m e thod wh e r e u s er s e l e ct e d 

data it e ms ar e continuously "push e d" from th e host syst e m to th e mobil e data communication 
d e vic e upon th e occurr e nc e of on e or more user d e fin e d trigg e ring e vents. 

Th e re r e mains an additional n ee d for such a syst e m and m e thod that provid e s fl e xibility 

in th e typ e s and quantiti e s of us e r data it e ms that ar e pushed from the host system to tho mobile 
data communication d e vic e and that also provid e s flexibility in th e configuration and typ e s of 
ev e nts that can s e rv^ e to trigger th e r e dir e ction of the us e r data items. 

Ther e r e mains y e t an additional n ee d for such a syst e m and m e thod that can op e rat e 

locally on a us e r's d e sktop PC or at a distance via a network serv e r. 

Th e re remains still anoth e r n ee d for such a syst e m and method that provid e s for s e cur e , 

transpar e nt d e liv e ry of th e us e r s e l e ct e d data it e ms from th e host syst e m to th e mobil e d e vic e . 



CLL I T01 Doc: 2711 26_1 
555255-012-212 



4 



SUIVIMARY OF THE INVENTION 

The pr e s e nt invention ov e rcom e s th e problems not e d above and satisfi e s th e n ee ds in this 

field for a syst e m and method of pushing user s e lect e d data it e ms from a host syst e m to a us e r's 
mobil e data communication d e vic e upon d e tecting th e occurr e nc e of on e or mor e us e r d e fin e d 
e v e nt trigg e rs. As us e d in this application, th e term ho s t syst e m r e f e rs to the computer wh e r e th e 
redir e ctor s oftwar e is op e rating. In th e pr e f e rr e d e mbodim e nt of the pr e s e nt invention, th e host 
syst e m is a us e r's d e sktop PC, although, alt e rnativ e ly, th e host sy s t e m could b e a n e twork s e rv e r 
conn e ct e d to th e us e r's PC via a local ar e a network (''LAN)", or could b e any oth e r syst e m that 
is in communication with th e user's d e sktop PC. 

A r e dir e ctor program operating at th e host syst e m e nabl e s th e us e r tor e dir e ct or mirror 

c e rtain us e r s e l e ct e d data it e ms (or parts of data it e ms) firom th e host syst e m to th e us e r's mobil e 
data communication devic e upon d e t e cting that on e or mor e us e r defined trigg e ring ev e nts has 
occurr e d. Also op e rating at th e host sy s t e m ar e various sub syst e ms that can b e configur e d to 
cr e ate trigg e ring e v e nts, such as a scr ee n sav e r sub s ystem or a k e yboard sub syst e m, as w e ll as 
sub syst e ms for repackaging the us e r's data it e ms for transparent deliv e ry to th e mobil e data 
devic e , such as a TCP/IP sub syst e m or on e or mor e E Mail sub systems. Oth e r sub syst e ms for 
creating trigg e ring e v e nts and r e packaging th e us e r's data it e ms could also be pres e nt at th e host 
system. Th e host syst e m also includ e s a primary m e mory stor e wh e r e th e user's data it e ms ar e 
normally stored. 

Using th e r e dir e ctor program, tho user can select certain data items for redirection, such 

as E mail m e ssag e s, cal e ndar ev e nts, meeting notifications, address entri e s, journal entries, 
p e rsonal r e mind e rs e tc. — Having s e l e cted th e data it e ms for redir e ction, the us e r can th e n 
configur e on e or mor e e v e nt trigg e rs — to b e s e nsed by th e redir e ctor program to initiat e 

5 

CLL I T01 Boo: 2711 26_1 
555255-012-212 



r e dir e ction of the us e r data it e ms. Th e s e us e r d e fined triggor points (or event triggors) include 
ext e rnal events, internal e vents and n e tworked e vents. Examples of external e v e nts include: 
r e c e iving a m e ssage from the user's mobil e data communication d e vice to begin redir e ction; 
r e c e iving a similar messag e from som e e xternal computer; s e nsing that the user is no longer in 
5 th e vicinity of the host system; or any other e v e nt that is e xternal to the host syst e m. Internal 
e vents could b e a cal e ndar alarm, scr e en sav e r activation, keyboard tim e out, programmable 
tim e r, or any oth e r user d e fin e d e v e nt that is int e rnal to th e host syst e m. Network e d e vents are 
user defined messages that ar e transmitt e d to th e host system from another computer coupl e d to 
th e host system via a network to initiat e redirection. Th e s e ar e just some of the e xamples of the 

10 typ e s of us e r d e fin e d e v e nts that can trigg e r the rodir e ctor program to push data items from the 
host to the mobile device. — Although in th e pr e f e rr e d embodiment it is anticipat e d that the 
configuration that specifies which data it e ms will be r e dir e ct e d and in what form will bo sot at 
th e host syst e m, it is within the scope of this inv e ntion that such configuration may b e set or 
modified through data sent from the mobile communications d e vic e . 

15 In addition to the fimctionalit)^ noted above, th e r e dir e ctor programprovidos a set of 

softwar e impl e m e nt e d control functions for det e rmining th e t>p e of mobile data communication 
d e vic e and its address, for programming a pr e f e rr e d list of m e ssage t>pes that are to bo 
r e dir e ct e d, and for d e termining wh e th e r th e mobil e devic e can rec e iv e and proc e ss certain types 
of m es sage attachments, such as word proc e ssor or voic e attachments. Th e d e t e nnination of 

20 wh e th e r a particular mobil e devic e can rec e iv e and process attachm e nts is initially configured 
by th e user of that mobil e devic e at the host system. This configuration can b e alt e r e d on a 
global or per m e ssag e basis by transmitting a command m e ssage from the mobile devic e to the 
host syst e m. If the rodir e ctor is configured so that th e mobile data device cannot r e c e iv e and 
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proc e ss word proc e ssor or voic e attachments, th e n th e r e dir e ctor rout e s th e s e attachm e nts to an 
e xt e rnal machine that is compatibl e with th e particular attachment, such as an attach e d printer or 
n e tworked fax machin e or t e lephone. Oth e r types of attachm e nts could b e r e dir e ct e d to other 
typ e s of e xt e rnal machin e s in a similar fashion, depending upon the capabiliti e s of the mobile 
devic e . For e xampl e , if a us e r is traveling and r e c e iv es a m e ssag e with an attachm e nt that the 
us e r^s mobil e d e vic e can proc e ss or display, th e user may from a mobil e communications d e vic e 
s e nd a command m es sag e to th e host syst e m indicating that that attachm e nt is to bo sent to a fax 
machin e at a hotel wh e r e th e us e r will b e sp e nding th e ev e ning. This e nabl e s th e us e r to r e c e iv e 
important E mail attachm e nts as long as th e host syst e m is provid e d with sufficient information 
about th e d e stination wh e r e th e attachm e nt is to b e forward e d. 
mobile device. 



SUMMARY OF THE INVENTION 

A system and method for pushing information from a host system to a mobile data 

communication device upon sensing a triggering event is provided. A redirector program 
operating at the host system enables a user to continuously redirect certain user-selected data 
items from the host system to the user's mobile data communication device upon detecting that 
one or more user-defined triggering events has occurred. The redirector program operates in 
connection with event generating applications and repackaging systems at the host system to 
configure and detect a particular user-defined event, and then to repackage the user-selected data 
items in an electronic wrapper prior to pushing the data items to the mobile device. 

Using the redirector program, the user can select certain data items for redirection, such 

as E-mail messages, calendar events, meeting notifications, address entries, journal entries. 



CLLIT01 Dog: 2711 26_1 
555255-012-212 



7 



personal reminders etc. Having selected the data items for redirection, the user can then 
configure one or more event triggers to be sensed by the redirector program, which then initiates 
redirection of the user data items upon sensing one or more of the event triggers. These user- 
defined trigger points (or event triggers) may be external events, internal events or networked 

5 events. Once an event has triggered redirection of the user data items, the host system 

then repackages these items in a manner that is transparent to the mobile data communication 
device, so that information on the mobile device appears similar to information on the user's 
host system. The preferr e d r e packaging m e thod system. 

includ e s wrapping the us e r data items in an E mail env e lop e that corresponds to th e addr e ss of 
10 th e mobile data communication device, although, alt e rnatively, oth e r r e packaging m e thods could 
b e us e d with th e pr e s e nt inv e ntion, such as sp e cial purpos e TCP/IP wrapping techniques, or 
oth e r m e thods of wrapping the us e r s e l e ct e d data it e ms. Th e r e packaging preferably r e sults in E 
mail m e ssag e s g e n e rat e d by th e user from th e mobil e d e vic e to be transmitt e d from th e host 
syst e m, thus e nabling th e us e r to appear to hav e a singl e E mail address, such that th e r e cipi e nts 
15 of m es sag e s s e nt from the mobil e communications d e vice do not Icnow wher e th e us e r was 
physically locat e d wh e n th e messag e was first s e nt. Th e r e packaging also permits both m e ssages 
to th e mobil e d e vice and s e nt from the mobil e device to be encrypt e d and d e crypt e d as well as 
compr e ss e d and decompr e ss e d. 

In an alt e rnativ e syst e m and m e thod, th e r e dir e ctor program e xecut e s on a n e twork 

20 s e r\^er, and th e s e rv e r is programm e d to d e t e ct num e rous r e dir e ction e v e nt trigg e rs over th e 
n e twork from multiple us e r desktop comput e rs coupl e d to th e s e rv e r via a LAN. Th e ser\^er can 
r e c e ive internal e v e nt trigg e rs from each of th e us e r desktops via the n e twork, and can also 
r e c e ive ext e rnal e v e nt trigg e rs, such as m e ssag e s from th e us e rs' mobil e data communication 

8 
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devic e s. In respons e to r e ceiving one of th e se trigg e rs, the s e rv e r r e directs th e us e r's data it e ms 
to th e proper mobil e data communication d e vice. — The us e r data it e ms and addr e ssing 
information for a particular mobil e d e vice can bo stored at th e server or at the user's PC. Using 
this alt e rnativ e configuration, on e redirector program can serv e a plurality of us e rs. — This 
5 alternative configuration could also includ e an int e rn e t or intran e t bas e d r e dir e ctor program that 
could b e accessibl e through a s e cur e webpag e or other user int e rface. The redir e ctor program 
could b e located on an Int e rn e t S e rvic e Provider's sy s t e m and acc e ssible only through the 
Int e rn e t. 

In another alt e rnativ e configuration of the present inv e ntion, a redirector program 

10 op e rat e s at both th e host syst e m and at th e us e r's mobile data communication d e vic e . In this 
configuration, th e us e r's mobil e d e vic e op e rat e s similarly to the host system d e scrib e d bolow, 
and is configur e d in a similar fashion to push c e rtain us e r s e l e ct e d data it e ms from th e mobile 
devic e to th e us e r's host syst e m (or som e oth e r comput e r) upon d e t e cting an ev e nt trigger at th e 
mobil e d e vic e . This configuration provid e s two way pushing of information fi-om th e host to the 
15 mobil e d e vic e and from the mobil e d e vice to the host. 

Th e primary advantag e of the pr e s e nt inv e ntion is that it provid e s a syst e m and method 

for triggering th e continuous and r e al - tim e r e dir e ction of us e r s e l e ct e d data items from a host 
syst e m to a mobil e data communication d e vic e . — Other advantag e s of th e present inv e ntion 
includ e : (1) fl e xibility in defining th e typ e s of us e r data to r e dir e ct, and in d e fining a pr e ferr e d 
20 list of m e ssag e typ e s that ar e to b e redir e ct e d or pr e ferr e d s e nd e rs whos e m e ssag e s ar e to b e 
r e dir e ct e d; (2) fl e xibility in configuring the syst e m to respond to numerous int e rnal, e xternal and 
n e tworked trigg e ring e vents; (3) transpar e nt r e packaging of th e user data it e ms in a vari e ty of 
ways such that the mobil e data communication d e vic e app e ars as though it w e r e th e host syst e m; 

9 

CLL I T01 Doc: 2711 26_1 
555255-012-212 



( 4 ) int e gration with other host sy s t e m compon e nts such as E mail, TCP/IP, k e yboard, s cr ee n 
sav e r, webpag e s and c e rtain program s that can e ith e r creat e us e r data it e ms or be configur e d to 
provid e trigger points; and (5) the abiUty to operate locally on a us e r's d e sktop syst e m or at a 
distanc e via a n e twork s e rv e r. 

Th e s e ar e just a f e w of th e many advantages of th e pr e s e nt inv e ntion, as d e scrib e d in 

mor e detail b e low. — As will b e appreciat e d, th e invention is capabl e of oth e r and diff e rent 
e mbodim e nts, and it s s e v e ral d e tails ar e capabl e of modifications in various r e sp e cts, all without 
d e parting from th e spirit of th e invention, — Accordingly, th e drawings and d e scription of th e 
pr e f e rred embodim e nts set forth b e low ar e to be regard e d as illustrativ e in natur e and not 
r e strictiv e . 

B RIEF DESCRIPTION OF THE DR.\WINGS 

Th e pr e s e nt inv e ntion satisfi e s the needs noted above as will b e com e appar e nt from th e 

following d e scription wh e n read in conjunction with th e accompanying drawings wh e r e in: 

FIG. 1 is a syst e m diagram showing th e redir e ction of user data it e ms from a us e r's 

desktop PC (host syst e m) to th e user's mobile data communication d e vice, wh e r e th e r e dir e ctor 
softwar e i s op e rating at th e us e r's desktop PC. 

FIG. 2 is a syst e m diagram showing th e r e dir e ction of user data it e ms firom a n e twork 

server (host syst e m) to the user's mobile data communication devic e , wh e re th e r e dir e ctor 
softwar e is op e rating at th e s e r\^ e r. 

FIG. 3 is a block diagram showing th e interaction of the r e dir e ctor softwar e with oth e r 

compon e nts of th e host syst e m in FIG. 1 (th e us e r's desktop PC) to e nabl e th e pushing of 
information from th e host syst e m to th e user's mobil e data communication d e vic e . 

10 

CLL I T01 Dog: 271126_1 
555255-012-212 



FIG. 4 is a flow chart showing th e st e ps carri e d out by th e redir e ctor softwar e operating 

at th e host s y s t e m. 

FIG. 5 is a flow chart showing the st e ps carri e d out by the mobile data communication 

d e vic e to interfac e with th e r e dir e ctor softwar e op e rating at the host syst e m. 

DE TAILED DESCRIPTION OF THE DRAWINGS 

R e f e rring now to th e drawing s , FIG. 1 is an exampl e system diagram showing th e 

r e dir e ction of us e r data it e ms (such as m e ssag e A or C) from a us e r's offic e PC (host syst e m) 10 
to the us e r's mobil e data communication devic e 2 4 , wh e re the redir e ctor software 12 is operating 
at the us e r'sPC. M e ssag e A in FIG. 1 r e pr e s e nts an int e rnal m e ssag e s e nt from d e sktop 26 to th e 
us e r's host syst e m 10 via LAN 1 4 . M e ssag e C in FIG. 1 r e pr e s e nts an e xt e rnal m e ssag e from a 
s e nd e r that is not dir e ctly conn e ct e d to LAN 1 4 , such as th e us e r's mobil e data communication 
d e vic e 2 4 , some other us e r's mobil e d e vic e (not shown), or any us e r conn e ct e d to th e Int e rn e t 
18. M e ssage C also r e pr e s e nts a command m e ssag e from th e us e r's mobil e data communication 
d e vic e 2 4 to th e host syst e m 10. — As describ e d in more d e tail in FIG. 3, th e host system 10 
preferably includes, along with the typical hardware and software associat e d with a workstation 
or d e sktop computer, th e r e dir e ctor program 12, a TCP/IP subsyst e m 4 2, a primary m e ssag e 
stor e 4 0, an E mail subsyst e m 44 , a scr ee n sav e r subsyst e m 'IS, and a k e yboard subsyst e m 4 6. 

In FIG. 1, the host syst e m 10 is th e us e r's d e sktop syst e m, typically locat e d in th e us e r's 

offic e . Th e host syst e m 10 is conn e ct e d to a LAN 1 4 , which also conn e cts to other comput e rs 26, 
28 that may b e in th e user's offic e or elsewhere. Th e LAN 14, in turn, is conn e ct e d to a wid e 
ar e a n e twork ("WAN") 18, pr e ferably th e Int e m e t, which is d e fin e d by th e us e of th e 
Transmission Control Protocol/Int e rn e t Protocol ("TCP/IP") to e xchange information, but which, 

11 
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alternativ e ly could b e any oth e r typ e of WAN, Th e connection of th e LAN 1 4 to th e WAN 18 is 
via high bandwidth linlc 16, typically a Tl or T3 conn e ction. Th e WAN 18 in turn is conn e ct e d 
to a vari e ty of gat e ways 20, via connections 32, — A gat e way forms a conn e ction or bridg e 
b e tw ee n the WAN 18 and som e oth e r type of n e twork, such as an RF wir e less n e twork, c e llular 
5 n e twork, sat e llit e network, or oth e r synchronous or asynchronous land lin e conn e ction. 

In th e e xampl e of FIG. 1, a wir e l e ss gateway 20 is conn e ct e d to th e Int e rn e t for 

communicating via wir e l e ss linlc 22 to a plurality of wir e l e ss mobil e data communication d e vic e s 
2 4 . Also shown in FIG. 1 is machin e 30, which could b e a FAX machin e , a print e r, a syst e m for 
displaying images (such as video) or a machin e capabl e of processing and playing audio fil e s, 

10 such as a voic e mail syst e m. Th e pr e sent inv e ntion includ e s th e ability to r e dir e ct c e rtain 
m e ssag e attachm e nts to such an e xt e rnal machin e 30 if th e r e dir e ctor program configuration data 
r e fl e cts that the mobil e d e vic e 2 4 cannot r e c e iv e and proc e ss th e attachm e nts, or if the user has 
s p e cifi e d that c e rtain attachm e nts ar e not to b e forward e d to mobil e d e vice 24, e v e n if such 
d e vic e can process those attachm e nts. By way of e xampl e , consider an E mail s e nt to a us e r that 

15 includ e s thr e e attachments — a word processing document, a video clip and an audio clip. Th e 
redir e ction programcould b e configur e d to s e nd th e text of th e E mail to th e r e mot e d e vic e , to 
s e nd the word proc e ssing docum e nt to a n e twork e d printer locat e d n e ar th e user, to s e nd th e 
vid e o clip to astor e acc e ssible through a s e cure conn e ction through th e int e rnet and to send the 
audio clip to th e us e r's voice mail syst e m. This e xampl e is not intend e d to limit th e br e adth and 

20 scope of the inv e ntion, but rath e r to illustrat e th e vari e ty of possibiliti e s e mbodi e d in th e 
r e direction conc e pt. 

Th e pr e f e rr e d mobil e data communication d e vic e 2 4 is a hand - h e ld two way wir e l e ss 

paging comput e r, a wirel e ssly e nabl e d palm top comput e r, a mobil e t e l e phon e with data 
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m e ssaging capabilities, or a wir e l e ssly e nabl e d laptop comput e r, but could, alt e rnativ e ly b e other 
typ e s of mobil e data communication d e vices capable of sending and r e ceiving m e ssag e s via a 
n e twork connection 22. — Although it is pr e ferabl e for the system to op e rate in a two - way 
communications mod e , c e rtain aspects of th e inv e ntion could b e b e n e ficially us e d in a *'on e and 
5 on e half or aclcnowl e dgm e nt paging environment, or e ven with a on e way paging syst e m. Th e 
mobil e data communication d e vice 2 4 includes softwar e program instructions that work in 
conjunction with th e r e dir e ctor program 12 to e nabl e th e s e amless, transpar e nt r e dir e ction of 
us e r s e l e ct e d data it e ms. FIG. 4 d e scrib e s th e basic m e thod st e ps of th e redir e ctor program 12, 
and FIG. 5 d e scrib e s th e steps of th e corresponding program operating at th e mobil e devic e 2 4 . 

10 In an alt e rnativ e e mbodim e nt of th e pr e s e nt inv e ntion, not e xplicitly shown in the 

drawings, th e mobil e d e vic e 2 4 also includ e s a r e dir e ctor program. In this e mbodim e nt, user 
s e l e ct e d data items can b e r e plicat e d from the host to th e mobil e d e vic e and vic e v e rsa. Th e 
configuration and operation of the mobil e d e vic e 24 having a r e dir e ctor program is similar to 
that d e scrib e d h e rein with r e sp e ct to FIGs. 1 4 . 

15 A user of th e pres e nt invention can configur e the r e dir e ctor program 12 to push c e rtain 

user s e l e ct e d data items to th e us e r's mobil e data communication d e vic e 2 4 wh e n th e r e dir e ctor 
12 det e cts that a particular us e r d e fin e d event trigger (or trigger point) has taken place. User 
s e l e ct e d data it e ms pr e f e rably includ e E mail m e ssag e s, cal e ndar ev e nts, m ee ting notifications, 
addr e ss e ntri e s, journal e ntri e s, p e rsonal al e rts, alarm s , wamings, stock quot e s, news bull e tins, 

20 e tc., but could, alternativ e ly, includ e any other typ e of m e ssag e that is transmitt e d to th e host 
system 10, or that the host syst e m 10 acquir e s through th e us e of int e lligent ag e nts, such as data 
that is r e ceiv e d aft e r th e host syst e m 10 initiat e s a s e arch of a databas e or a w e b s it e or a bulletin 
board. In som e instanc e s, only a portion of th e data it e m is transmitt e d to th e mobil e d e vice 2 4 

13 
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in ord e r to minimiz e th e amount of data transmitt e d via th e wir e l e ss n e twork 22, — In th e s e 
instanc e s, th e mobil e d e vic e 2 4 can optionally s e nd a command messag e to th e host system to 
r e c e iv e mor e or all of th e data it e m if the us e r desires to r e c e ive it. 

Among th e user defin e d e v e nt trigg e rs that can b e det e ct e d by th e r e dir e ctor program 12 

5 are in th e pref e rr e d embodiment e xternal ev e nts, int e rnal e v e nts and n e twork e d e vents. 
Ext e rnal e v e nts pr e f e rably include: (1) r e c e iving a command m e ssag e (such as m e ssag e C) from 
th e us e r's mobil e data commxmication devic e to begin r e direction, or to ex e cute som e other 
command at th e host, such as a command to e nabl e the pr e f e rr e d list mod e , or to add or subtract 
a particular s e nd e r from th e preferred list; (2) rec e iving a similar m e ssage fi-om some ext e rnal 

10 computer; and (3) sensing that th e user is no longer in the vicinity of th e host syst e m; although, 
alt e rnatively, an e xternal e v e nt can b e any oth e r d e tectabl e occurrence that is e xternal to the ho s t 
syst e m. Int e rnal e v e nts could b e a cal e ndar alarm, scr ee n saver activation, keyboard tim e out, 
programmabl e tim e r, or any other us e r d e fin e d event that is internal to th e host syst e m. 
N e twork e d ev e nts are user defin e d messag e s that ar e transmitted to the host system from another 

15 computer coupled to the host systemvia a network to initiate r e dir e ction. Th e s e ar e just some of 
th e e v e nts that could b e us e d with th e present invention to initiat e r e plication of th e user selected 
data it e ms from th e host syst e m 10 to th e mobile d e vic e 2 4 . 

FIG. 1 shows an E mail message A b e ing communicated ov e r LAN 1^ fi-om computer 

26 to th e us e r's d e sktop syst e m 10 (also shown in FIG. 1 is an e xt e rnal m e ssage C, which could 
20 b e an E mail m e ssag e from an Intem e t us e r, or could b e a command m e ssage from th e user's 
mobil e d e vic e 2i). Onc e the m e ssag e A (or C) reach e s the primary message store of th e host 
syst e m 10, it can b e d e t e cted and act e d upon by th e r e dir e ction softwar e 12. Th e r e dir e ction 
softwar e 12 can us e many m e thods of d e t e cting n e w m e ssag e s. Th e pr e ferr e d m e thod of 
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d e t e cting new m e ssages is using Microsoft's ® M e ssaging API (MAPI), in which programs, 
such as th e r e dir e ctor program 12, r e gister for notifications or 'advis e syncs' wh e n chang e s to a 
mailbox take plac e . — Other m e thods of detecting new m e ssages could also b e us e d with th e 
pr e s e nt inv e ntion. 

Assuming that th e r e dir e ctor program 12 is activated, and has b ee n configur e d by th e 

us e r (eith e r through th e s e nsing of an int e rnal, n e twork or e xt e rnal ev e nt) to replicat e c e rtain us e r 
data it e ms (including m e ssages of typ e A or C) to th e mobil e d e vic e 2 4 , wh e n th e m e ssag e A is 
r e c e iv e d at the host syst e m 10, th e r e dir e ctor program 12 d e t e cts it s pr e s e nce and pr e pares the 
m e ssag e for r e dir e ction to the mobil e devic e 2 4 . In pr e paring th e m e ssag e for r e dir e ction, the 
redir e ctor program 12 could compr e ss th e original m e ssage A, could compr e ss th e m e s s ag e 
h e ad e r, or could e ncrypt the e ntir e m e ssag e A to cr e at e a s e cur e linlc to th e mobile d e vic e 2 4 . 

Also programm e d into th e r e director The redirector program also provides a set of 

software-implemented control functions for determining the type of mobile data communication 
device and its address, for programming a preferred list of message types that are to be 
redirected, and for determining whether the mobile device can receive and process certain types 
of message attachments, such as word processor or voice attachments. The mobile device 
control functions are initially set by the user of the mobile device at the host system. These 
functions can then be altered on a global or per message basis by transmitting a command 
message fi'om the mobile device to the host system. 

In an alternative embodiment, the redirector program executes on a network server, and 

the server is programmed to detect numerous redirection event triggers over the network from 
multiple user desktop computers coupled to the server via a local-area-network ("LAN''). The 
server can receive intemal event triggers from each of the user desktops via the network, and can 
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also receive external event triggers, such as messages from the users' mobile data 
communication devices. In response to receiving one of these triggers, the server redirects the 
user's data items to the proper mobile data communication device. This alternative configuration 
could also include an Internet or Intranet-located web server including the redirector program 
that could be accessible through a secure Web page or other user interface. In this configuration, 
the redirector program could be located on an Internet Service Provider ("ISP") system or an 
Application Service Provider ("ASP") system, and the user would configure (and reconfigure) 
the program controls over an Internet connection to the ISP or ASP system. 

In another embodiment, the redirector program operates at both the host system and at the 

user's mobile data communication device. In this configuration, the user's mobile device 
operates similarly to the host system described below, and is configured in a similar fashion to 
push certain user-selected data items from the mobile device to the user's host system (or some 
other computer) upon detecting an event trigger at the mobile device. This configuration 
provides two-way pushing of information from the host to the mobile device and from the 
mobile device to the host. 

A primary advantage of the present invention is that it provides a system and method for 

triggering the continuous and real-time redirection of user-selected data items from a host system 
to a mobile data communication device. Other advantages of the present invention include: (1) 
flexibility in defining the types of user data to redirect, and in defining a preferred list of 
message types that are to be redirected or preferred senders whose messages are to be redirected: 
(2) flexibility in configuring the system to respond to numerous internal, external and networked 
triggering events; (3) transparent repackaging of the user data items in a variety of ways such 
that the mobile data communication device appears as though it were the host system; (4) 
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integration with other host system components such as E-mail TCP/IP. keyboard, screen saven 
Web pages and certain programs that can either create user data items or be configured to 
provide trigger points: and (5) the ability to operate locally on a user's desktop system or at a 
distance yia a network server or through a secure Internet connection. 

5 A method of redirecting data items from a messaging host system to a user's mobile 

device in accordance with an aspect of the invention comprises the steps of detecting a new data 
item for the user at the messaging host system, forwarding a copy of the new data item to a 
redirector host system, determining whether the new data item should be redirected from the 
redirector host system to the user's mobile device, and if the new data item should be redirected, 

10 then encrypting the new data item to form an encrypted new data item and packaging the 
encrypted new data item into an electronic envelope and transmitting the electronic envelope to 
the user's mobile device, A new data item is preferably also stored in a user's inbox coupled to 
the messaging host system. New data items may be detected at the host system by determining 
whether a new data item has been received at the messaging host system for a particular user and 

15 checking a forwarding file coupled to the messaging host system to determine whether the 
particular user's data items should be redirected to the redirector host system. A set of filtering 
rules, which are preferably remotely configurable by a user, may be apphed by the redirector 
host system in determining whether a new data item should be redirected to the user's mobile 
device. A configurable activation/deactivation switch is also preferably provided for turning 

20 on/off the operation of the redirector host system for a particular user. 

At the user's mobile device, the steps of receiving the electronic envelope, extracting the 

encrypted new data item from the electronic envelope and decrypting the encrypted new data 
item to recover the new data item are perfomied. The decrypting step may comprise the step of 

17 
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using a cipher algorithm and a decryption key to decrypt the encrypted new data item. The 
decryption key may be generated at the redirector host system and forwarded to the mobile 
device using a secure communications link, such as by using Internet Message Access Protocol 
(IMAP) over Secure Sockets Layer (SSU protocol or a serial connection between the redirector 
5 host system and the device. At the redirector host system, the encrypting step may similarly 
involve a cipher algorithm and an encryption key, which may be generated and stored at the 
redirector host system. The encryption and decryption keys may instead be generated at a 
computer system associated with the mobile device or even at the mobile device itself. Public 
key cryptographic operations are also contemplated. 

10 In a preferred embodiment, the data items are E-mail messages, and the messaging host 

system is an E-mail host system. In a further embodiment, the messaging host system is an 
Internet Service Provider. 

According to another embodiment a method of redirecting E-mail messages from a 
messaging host system to a user's wireless mobile device comprises the steps of detecting an E- 

15 mail message for the user at the messaging host system, forwarding a copy of the E-mail 
message from the messaging host system to a wireless redirector host system, receiving the 
forwarded E-mail message at the wireless redirector host system and applying a set of user- 
defined filtering rules that determine whether or not to redirect the E-mail to the user's wireless 
mobile device via a wireless network coupled to the wireless redirector host system, and if the 

20 filtering rules determine that the E-mail message is of the type that should be redirected, then 
encrypting the E-mail message to form an encrypted E-mail message and redirecting the 
encrypted E-mail message to the user's wireless mobile device by packaging the encrypted E- 
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mail message in an electronic envelope that includes a wireless network address of the user's 
wireless mobile device. 

A system for redirecting data items from a network to a user's wireless mobile device in 

accordance with an aspect of the invention comprises a messaging host system coupled to the 
network for receiving data items associated with a particular user and for forwarding the 
received data items to a predetermined address on the network and a redirector host system 
associated with the predetermined address for receiving the forwarded data items from the 
messaging host system and for encrypting and redirecting those data items to the user's wireless 
mobile device. The messaging host system may include a sendmail program for receiving and 
transmitting user data items and a forwarding file containing a list of authorized users of the 
system, and the predetermined address to which the messaging host system will forward each 
user's data items. The redirector host system preferably comprises an encryption module that 
encrypts the forwarded data items from the messaging host system, and the mobile device 
preferably comprises a decryption module. Encryption and decryption keys used by these 
modules may be generated and distributed via any of the mechanisms described above. 

A still further embodiment of the invention relates to a method of operating a host system 

configured to redirect E-mail messages from the Internet to a user's wireless mobile device, the 
method comprising the steps of receiving an E-mail message fi-om the Internet for a particular 
user, accessing a user profile database to determine whether the particular user is an authorized 
user of the host system, if the user is an authorized user, then accessing a filter rules database to 
apply a set of user-defined filtering rules to the E-mail message that dictate whether the E-mail 
message is the type of message that the user wants to have redirected to its wireless mobile 
device, and if the E-mail message clears the filtering rules, then encrypting the E-mail message 
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and repackaging the encrypted E-mail message into an electronic envelope including the address 
of the user's wireless mobile device and forwarding the electronic envelope to a wireless 
gateway system for transmission onto a wireless data network associated with the user's wireless 
mobile device. 

A method for redirecting messages between an ISP host system and a plurality of mobile 

data communication devices in accordance with another preferred embodiment comprises the 
steps of configuring redirection settings for one or more mobile device users at the host system, 
receiving incoming messages directed to a first address at the ISP host system from a plurality of 
message senders, in response to the redirection setting, continuously encrypting and redirecting 
the incoming messages from the ISP host system to the mobile data communication device via a 
redirector host system, receiving encrypted outgoing messages generated and encrypted at the 
mobile communications device at the redirector host system, decrypting the received encrypted 
outgoing messages to recover the outgoing messages, configuring address infomiation of the 
outgoing messages so that the first address is used as an originating address of the outgoing 
messages, and transmitting the configured outgoing messages to message recipients. 

A further inventive method of redirecting electronic data items from a host system 

associated with a user to the user*s mobile data communication device comprises the steps of 
configuring an external redirection event at the host system, wherein the external redirection 
event is the host system sensing whether the user is in the physical vicinity of the host system, 
receiving electronic data items at the host system, and if the host system senses that the user is 
not in the physical vicinity of the host system, then continuously encrypting the electronic data 
items and redirecting the encrypted data items to the user's mobile data communication device 
until the host system senses that the user is in the vicinity of the host system. The sensing may be 
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achieved by a heat sensor detecting a lack of heat emitted by the user, by a motion sensor 
detecting a lack of motion by the user, or by removal of the mobile device from a mobile device 
cradle connected to the host system for example. 

In a system for redirecting data items between a host system and a mobile 
communications device through a redirector system, a novel method of key distribution 
comprises the steps of generating an encryption key for encrypting data items to be redirected to 
the mobile device, generating a decryption key for decrypting encrypted and redirected data 
items received at the mobile device, and forwarding the decryption key to the mobile device 
using a secure communications link. The steps of generating the encryption key and generating 
the decryption key may be performed at the redirector system, at the host system, at a computer 
system operatively connected to the host system or at the device. The encryption key and the 
decryption key may both be private keys, or the encryption key may be a public key and the 
decryption may be a private key of a key pair. Data items to be sent from the mobile device may 
be encrypted at the device using a second encryption key and decrypted when received at the 
redirector system using a second decryption key. 

In a related embodiment, a key distribution system in a system for redirecting data items 

between a host system and a mobile communications device through a redirector system 
comprises means for generating an encryption key for encrypting data items prior to redirection 
to the mobile device, means for generating a decryption key for decrypting encrypted and 
redirected data items received at the mobile device, and means for forwarding the decryption key 
to the mobile device using a secure communications link. 

These are just a few of the many advantages of the present invention, as described in 

more detail below. As will be appreciated, the invention is capable of other and different 
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embodiments, and its several details are capable of modifications in various respects, all without 



departing from the spirit of the invention. Accordingly, the drawings and description of the 
preferred embodiments set forth below are to be regarded as illustrative in nature and not 



restrictive. 



5 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention satisfies the needs noted above as will become apparent from the 

following description when read in conjunction with the accompanying drawings wherein: 

FIG. 1 is a system diagram showing the redirection of user data items from a user's 

10 desktop PC (host system) to the user's mobile data communication device, where the redirector 
software is operating at the user's desktop PC: 

FIG. 2 is a system diagram showing the redirection of user data items from a network 

server (host system) to the user's mobile data communication device, where the redirector 
software is operating at the server: 

15 FIG. 3 is a block diagram showing the interaction of the redirector software with other 

components of the host system in FIG. 1 (the user's desktop PC) to enable the pushing of 
information from the host system to the user's mobile data communication device: 

FIG. 4 is a flow chart showing the steps carried out by the redirector software operating 

at the host system: 

20 FIG. 5 is a flow chart showing the steps carried out by the mobile data communication 

device to interface with the redirector software operating at the host system: 
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FIG. 6 is a system diagram showing the redirection of user data items from a user's host 
system to the user's mobile data communication device, where the redirector software is 
operating at the wireless redirector host system: 

FIG. 7 is a block diagram showing the interaction of the redirector software with other 
5 components of the host system in FIG. 6 to enable the pushing of information from the host 
system to the user's mobile data communications device: 

FIG. 8 is a flow chart showing the steps carried out by the redirector software operating 
at the wireless redirector host system. 

FIG. 9 is a block diagram showing the interaction of the redirector send agent software 
10 with other components of the host systems to enable the pushing of information from the host 
system to the user's mobile data communications device: 

FIG. 10 is a block diagram showing the interaction of the redirector receive agent 
software with other components of the host systems to enable the pushing of information to the 
Internet from the user's mobile data communications device: 
15 FIG. 1 1 is a flowchart showing the steps carried out by the redirector receive agent 

operating at the redirector agent host server in the case of redirecting E-mail messages with 
domain-massaging and tag line customisation: 

FIG. 12 is a hierarchical view of an example of the different types of domains, 
represented by sites, which can interface with a single redirector system: 
20 FIG. 13 is a system diagram showing the redirection of user data items from a user's host 

system to the user's mobile data communication device, where the redirector software encrypts 
redirected data items: 
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FIG. 14 is a syste m diagram similar to FIG. 13. but showing the redirector software as 
part of an integrated messaging/redirection host system: 

FIG. 15 is a bl ock diagram showing the interaction of redirector software with other 
components o f the messaging host system in FIG. 14 to enable the pushing of information from 
5 the host system to the user's mobile data communications deyice and from the device to the host 
system: 

FIG. 16 is a block diagram showing the interaction of distributed redirector agent 
software com ponents with other components of the host system, including multiple domain 
systems hosted by a service provider that operates the redirector software: 
10 FIG. 17 is a hierarchical view of an example of different types of domains, represented 

by sites, which can interface with a single integrated redirector system: 

FIG. 18 is a block diagram showing the interaction of an integrated 

messaging/red irection software with other components of an external host system to enable the 
pushing of in formation from the host system to the user's mobile data communications device 
15 through the integrated messaging/redirection system: and 

FIG. 19 is a block diagram showing a variation of the system in FIG. 18. wherein the 
redirector software shares messaging components with the messaging system. 
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DETAILED DESCRIPTION OF THE DRAWINGS 

Referring now to the drawings, FIG. 1 is an example system diagram showing the 

redirection of user data items (such as message A or O from a user's desktop PC (host system) 
lOA to the user's mobile data communication device 24, where the redirector software 12 is 
5 operating at the user's PC lOA, As used in this application, the term "host system" refers to the 
computer where the redirector software is operating. In the preferred embodiment, the host 
system is a user's desktop PC lOA. Alternatively, however, the host system could be a network 
server (lOB, see FIG. 2) connected to the user's PC via a local-area network ("LAN"), or it could 
be a Web server (240, see FIG. 6) operating through a secure network connection or operating at 

10 an external ISP, or the host system could be any other system that is capable of communicating 
with the user's desktop PC. 

Message A in FIG. 1 represents an intemal message sent from desktop 26 to the user's 
host system lOA via LAN 14. Message C in FIG. 1 represents an external message from a 
sender that is not direcriy connected to LAN 14, such as the user's mobile data communication 

15 device 24, some other user's mobile device (not shown), or any user connected to the Internet 
18. Message C also represents a command message from the user's mobile data communication 
device 24 to the host system lOA. As described in more detail in FIG. 3, the desktop host system 
lOA preferably includes, along with the typical hardware and software associated with a 
workstation or desktop computer, the redirector program 12, a TCP/IP subsystem 42, a primary 

20 message store 40, an E-mail subsystem 44, a screen saver subsystem 48, and a keyboard 
subsystem 46. 

In FIG. 1, the host system lOA is the user's desktop system, typically located in the 

user's office. The desktop host system lOA is connected to a LAN 14, which also comiects to 
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other computers 26. 28 that may be in the user's office or elsewhere. The LAN 14. in turn, is 
connected to a wide area network ("WAN'') 18. preferably the Internet, which is defined by the 
use of the Transmission Control Protocol/Internet Protocol ("TCP/IP") to exchange information, 
but which, alternatively, could be any other type of WAN. The connection of the LAN 14 to the 
WAN 18 is via high bandwidth link 16. typically a Tl or T3 connection. The WAN 18 in turn is 
connected to a variety of gateways 20. via connections 32. A gateway forms a connection or 
bridge between the WAN 18 and some other type of network, such as an RF wireless network, 
cellular network, satellite network, or other synchronous or asynchronous land-line connection. 

In the example of FIG. 1. a wireless gateway 20 is connected to the Internet for 

communicating via wireless link 22 to a plurality of wireless mobile data communication devices 
24. Also shown in FIG. 1 is machine 30. which could be a FAX machine, a printer, a system for 
displaying images (such as video) or a machine capable of processing and playing audio files, 
such as a voice mail system. 

The present invention includes the ability to redirect certain message attachments to such 
an external machine 30 if the redirector program configuration data reflects that the mobile 
device 24 cannot receive and process the attachments, or if the user has specified that certain 
attachments are not to be forwarded to mobile device 24. even if such device can process those 
attachments. By way of example, consider an E-mail sent to a user that includes three 
attachments — a word processing document, a video clip and an audio clip. The redirection 
program 12 could be configured to send the text of the E-mail to the remote device 24. to send 
the word processing document to a networked printer located near the user, to send the video clip 
to a memory store accessible through a secure connection through the internet and to send the 
audio clip to the user's voice mail system. This example is not intended to limit the breadth and 
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scope of the invention, but rather to illustrate the variety of possibilities embodied in the 
redirection concept. 

The preferred mobile data communication device 24 is a hand-held two-way wireless 

paging computer, a wirelessly enabled palm-top computer, a mobile telephone with data 
messaging capabilities, or a wirelessly enabled laptop computer, but could, alternatively be other 
types of mobile data communication devices capable of sending and receiving messages via a 
network connection 22. Although it is preferable for the system to operate in a two-way 
communications mode, certain aspects of the invention could be beneficially used in a "one and 
one-half or acknowledgment paging environment, or even with a one-way paging system. The 
mobile data communication device 24 includes software program instructions that work in 
conjunction with the redirector program 12 to enable the seamless, transparent redirection of 
user-selected data items. FIG. 4 describes the basic method steps of the redirector program 12, 
and FIG. 5 describes the steps of the corresponding program operating at the mobile device 24. 

In an alternative embodiment of the present invention, not explicitly shown in the 

drawings, the mobile device 24 also includes a redirector program. In this embodiment, user 
selected data items can be replicated from the host to the mobile device and vice versa. The 
configuration and operation of the mobile device 24 having a redirector program is similar to 
that described herein with respect to FIGs. 1-4. 

A user of the present invention can configure the redirector program 12 to push certain 

user-selected data items to the user's mobile data communication device 24 when the redirector 
12 detects that a particular user-defined event trigger (or trigger point) has taken place. User- 
selected data items preferably include E-mail messages, calendar events, meeting notifications, 
address entries, journal entries, personal alerts, alarms, warnings, stock quotes, news bulletins. 
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etc. Alternatively, the user-selected data items could include any other type of message that is 
transmitted to the host system lOA, or that the host system lOA acquires through the use of 
intelligent agents, such as data that is received after the host system lOA initiates a search of a 
database, a Web site or a bulletin board. In some instances, only a portion of the data item is 
transmitted to the mobile device 24 in order to minimize the amount of data transmitted via the 
wireless network 22. In these instances, the mobile device 24 can optionally send a command 
message (C) to the host system lOA to retrieve more or all of the data item if the user desires to 
receive it. 

The user-defined event triggers include external events, internal events and networked 

events. External events preferably include: (1) receiving a command message (such as message 
O from the user's mobile data communication device to begin redirection, or to execute some 
other command at the host, such as a command to enable the "preferred list mode" (described 
below), or to add or subtract a particular sender from the preferred list of the preferred list mode: 
(2) receiving a similar message ft-om some external computer; and (3) sensing that the user is no 
longer in the vicinity of the host system: although, alternatively, an external event can be any 
other detectable occurrence that is external to the host system 10. 

Internal events may include a calendar alarm, screen saver activation, keyboard timeout, 
programmable timer, or any other user-defined event that is internal to the host system 10. 
Networked events are user-defined messages that are transmitted to the host system from another 
computer coupled to the host system lOA via a network to initiate redirection. These are just 
some of the event triggers that could be used with the present invention to initiate replication of 
the user-selected data items fi-om the host system lOA to the mobile device 24. Other types of 
triggers are also within the scope of the present invention. 
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FIG. 1 shows an E-mail message A being communicated over LAN 14 from computer 

26 to the user's desktop system lOA (also shown in FIG. 1 is an external message C, which 
could be an E-mail message from an Internet user, or could be a command message from the 
user's mobile device 24). Once the message A (or C) reaches the primary message store of the 
host system lOA, it can be detected and acted upon by the redirection software 12. The 
redirection software 12 can use many methods of detecting new messages. The preferred 
method of detecting new messages is using Microsoft's ® Messaging API ("MAPF'), in which 
programs, such as the redirector program 12, register for notifications or 'advise syncs' when 
changes to a mailbox take place. Other methods of detecting new messages could also be used. 

Assuming that the redirector program 12 is activated, and has been configured by the 

user (either through the sensing of an internal, external, or networked event) to replicate certain 
user data items (including messages of type A or C) to the mobile device 24, when the message 
A is received at the host system lOA, the redirector program 12 detects its presence and prepares 
the message for redirection to the mobile device 24. In preparing the message for redirection, 
the redirector program 12 may compress the original message A, it may just compress the 
message header, or it may encrypt the entire message A to create a secure link to the mobile 
device 24. 

12 is th e The address of the user's mobile data communication device 24, the type of 

device, and whether the device 24 can accept certain types of attachments, such as word 
processing or voice attachm e nts, attachments, are als o lf th e us e r's typ e of mobil e d e vice cannot 
acc e pt th e se typ e s of attachments, then th e r e director 12 can b e programmed to rout e the 
attachments to a fax or voic e numb e r wh e r e th e user is locat e d using an attach e d fax or voic e 
machin e 30. 
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Th e r e directormay also b e programm e d with a pr e f e rr e d list mod e that is configur e d by 

th e us e r eith e r at th e host syst e m 10, or r e mot e ly from th e us e r's mobil e data communication 
d e vic e by transmitting a command m e ssag e C. Th e pr e f e rr e d list contains a list of send e rs (other 
u se rs) whos e messag e s ar e to b e r e dir e ct e d or a list of me s sage charact e ristics that d e t e rmin e 

5 wh e th e r a m e ssag e is to ber e dir e ct e d. If activat e d, th e pr e ferr e d list mod e caus e s th e r e dir e ctor 
program 12 to op e rat e lik e a filter, only redirecting c e rtain us e r data items bas e d on wh e th e r th e 
data it e m was s e nt from a s e nd e r on th e pr e f e rr e d list or has c e rtain m e ssag e charact e ristics that 
if pr e s e nt will trigg e r or suppr e ss r e dir e ction of th e m e ssag e . In the e xampl e of FIG, 1, if d e sktop 
syst e m 26 was operat e d by a us e r on th e pref e rr e d list of host syst e m 10, and th e pref e rr e d list 

10 option was activat e d, th e n m e ssage A would be r e dir e ct e d. If, how e v e r, d e slctop 26 was op e rat e d 
by a us e r not on th e ho s t syst e m's pr e ferr e d list, then m e ssag e A would not b e r e dir e ct e d, e v e n if 
th e us e r of th e host syst e m had configur e d th e r e dir e ctor to pu s h m e ssag e s of typ e A. Th e us e r 
of th e host system 10 can configur e th e pr e ferr e d list dir e ctly from the desktop syst e m, or, 
alternativ e ly, th e us e r can th e n s e nd a command m e ssag e (such as C) from the mobil e d e vic e 2 4 

15 to th e d e sktop system 10 to activat e th e pr e f e rred list mod e , or to add or d e l e t e certain s e nd e rs or 
m e ssage charact e ristics from th e pr e f e rr e d list that was pr e viously configur e d. — It should b e 
appr e ciat e d that a r e dir e ction program could combin e m e ssag e charact e ristics and pr e f e rr e d 
s e nd e r lists to result in a more finely tuned filter. M e ssag e s mark e d as low priority or that ar e 
simpl e r e turn r e c e ipts or m e ssag e r e ad r e c e ipts, for e xampl e , could always be suppr e ss e d from 

20 r e dir e ction whil e m e ssag e s from a particular s e nd e r would always b e r e dir e ct e d. 

Aft e r th e redirectorhas d e t e nnin e d that a particular mes s ag e should b e redir e cted, and it 

has prepared the message for redirection, the sofl:ware 12 then s e nds th e m e ssag e A to a 
secondary memory stor e locat e d in th e mobil e d e vic e 2 4 , using what e v e r m e ans ar e n e c e ssary. 
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In tho prof e rrod ombodimcnt thin iriGthnH ir. tn rnnH thn mnrmgn , a , t^nd;- oyer the LAM 11, WAN 
18, and through tho wiroloso gateway 20 to tho mobilo data communication dovico 21. In doing 
so, tho rodirector proforabl>' ropackag e o mosoago A as an E mail with an outer onvolopo D that 
containo tho addroosing information of tho mobile dovico 21, although altomativo repackaging 
t e chniquos and protocols could bo used, ouch gg a TCP/IP repackaging and dolivor>' method 
(moot commonly uood in tho altomativo oor\'or configuration shown in FIG.2). Tho wireless 
gat e w^ay 20 roquireo thio outer onvolopo information B in order to Icnow whore to send tho 
rodiroctod mesoago A. Once the moosago (A in D) is received by the mobile device 21, tho outer 
env e lope B io removed and the original meosago A is placed in tho secondary memor>' otoro 
within tho mobilo dovico 21. By repackaging and removing tho outer envelope in this manner, 
tho present invention cauoeo tho mobile computer 21 to appear to bo at the same physical 
location as the host syst e m 10, thus creating a transparent systom. 

In tho case where message C i o repreoontati\^o of an oxtomal message from a computer on 

th e Internet 18 to tho host system 10, and tho hoot 10 has boon configured to rodiroct messages of 
typ e C, then in a similar manner to mesoago A, message C would bo ropaclcaged with an outer 
env e lope B and transmitted to tho user's mobilo device 21. In tho caoe where moo s ago C is 
repreoentativo of a command moosago from tho user's mobilo device 21 to tho hoot oystem 10, 
tho command mossago C is not redirected, but is acted upon by tho host system 10. 

If tho redirected user data item is an E mail message, as deocribod abovo, the user at the 

mobilo device 21 sees tho original subject, sender's address, destination address, carbon copy 
and blind carbon cop>\ When the user replies to this moosago, or when the user authors a new 
meosago, tho software operating at tho mobilo device 21 adds a similar outer envelope to tho 
reply mossago (or tho new meooago) to cause the moooage to bo routed firot to tho uoer'o host 
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syst e m 10, which th e n removos th e out e r env e lope and rodirocts th e messag e to th o final 
d e stination, such as back to computer 26. — In tho proforrod ombodimont, this results in tho 
outgoing rodiroctcd message from tho user's host system 10 b e ing sont using tho E mail address 
of th e host mailbox, rath e r than th e address of tho mobile device, so that it appears to tho 
5 r e cipient of th e m e ssag e that the m e ssage originat e d fi-om the us e r's d e sktop system 10 rath e r 
than the mobil e data communication d e vic e . i\ny repli e s to th e r e dir e cted m e ssage will then b e 
s e nt to tho desktop system 10, which if it is still in rediroctor mode, will repackag e the roply and 
r e s e nd it to the user's mobile data d e vic e , as d e scribed above. 

FIG. 2 IS an alt e rnative system diagram showing th e redir e ction of user data items from a 

10 n e twork s er\^er 11 to th e user's mobile data communication d e vice 2 4 , wher e th e rediroctor 
softwar e 12 is operating at th e s e rv^ e r 11. This configuration is particularly advantageous for use 
with message s e r\^ e rs such as Microsoft's ® Exchang e S e r\^ e r, which is normally op e rated so that 
all us e r m e ssag e s ar e k e pt in ono c e ntral location or mailbox stor e on th e s e rv e r in s tead of in 
astor e within e ach us e fs desktop PC. — This configuration has th e additional advantag e of 
15 allowing a singl e syst e m administrator to configure and k e ep track of all users having messag e s 
r e dir e cted. — If th e syst e m includ e s e ncryption k e ys, th e se too can b e kept at ono place for 
manag e ment and updat e purposes. 

In this alternativ e configuration, s e rv^er 1 1 pr e ferably maintains a us e r profil e for each 

us e r's desktop system 10, 26, 28, including information such as wh e th e r a particular us e r can 
20 have data items redir e ct e d, which typ e s of m e ssage and information to redirect, what e vents will 
trigg e r redirection, the address of the users' mobile data communication devic e 21, the type of 
mobil e devic e , and th e user's pr e f e rr e d list, if any. Th e e vent triggers are pr e f e rably d e t e cted at 
th e user's desktop system 10, 26, 28 and can b e any of th e e xt e rnal, int e rnal or n e twork e v e nts 
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listed above. Tho dosktop systems 10, 26, 28 proforably det e ct thoso ev e nts and then transmit a 
m e ssag e to th e sen^ercomputer 11 via LAN H to initiate redirection. Although the user data 
items ar e pref e rably stor e d at the s e rvercomputer 11 in this embodim e nt, th e y could, 
alt e rnatively, be stor e d at each user's desktop system 10, 26, 28, which would then transmit them 
5 to th e s e rv e r computer 1 1 aft e r an e v e nt has triggered r e direction. 

As shown in FIG. 2, d e sktop syst e m 26 gen e rat e s a messag e A that is transmitt e d to and 

stor e d at th e host syst e m 11, which is th e network s e r\^ e r operating the redir e ctor program 12. 
Th e m e ssag e A is for d e sktop syst e m 10, but in this embodiment, user m e ssag e s ar e stor e d at the 
network s e rv e r 11. Wh e n an event occurs at desktop syst e m 10, an event trigg e r is generated 
10 and transmitt e d to the network s e rv e r 11, which th e n determines who tho trigg e r is from, whether 
that desktophas r e direction capabilities, and if so, th e s e rver(operating tho r e director program) 
us e s th e stor e d configuration information to r e direct m e ssag e A to th e mobile comput e r 2 4 
associat e d with th e us e r of d e sktop syst e m 10. 

As d e scribed above with refer e nc e to FIG. 1, m e ssag e C could be either a command 

15 m e ssag e from a user's mobil e data communication device 2 4 , or it could be a messag e from an 
ext e rnal comput e r, such as a comput e r connect e d to tho Int e rn e t 18. If th e messag e C is from an 
Int e rnet comput e r to tho user's desktop system 10, and the us e r has redirection capabilities, thon 
th e server 1 1 det e cts th e m e ssag e C, r e packag e s it using e l e ctronic env e lope B, and redirects the 
r e packag e d m e ssag e (C in B) to th e user's mobil e devic e 2 4 . If th e messag e C is a command 
20 m e ssag e from th e us e r's mobil e d e vic e 24, th e n th e s e rv e r 11 simply acts upon th e command 
m e ssag e . 

Turning now to FIG. 3, a block diagram showing tho interaction of the redirector 

softwar e 12 with additional compon e nts of th e host syst e m 10 of FIG. 1 (the desktop PC) to 
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e nabl e mor e fully th e pushing of information from the ho s t syst e m 10 to th e user's mobil e data 
communication d e vic e 2 4 is s e t forth. Th e s e additional compon e nts ar e illustrative of th e typ e of 
ev e nt g e n e rating systems that can b e configured and used with the redirector softwar e 12, and of 
th e typ e of repackaging systems that can b e us e d to interfac e with th e mobil e communication 
5 device 2 4 to make it appear transpar e nt to th e us e r. 

Th e d e sktopsystem 10 is connect e d to LAN 1 4 , and can s e nd and r e c e iv e data, messag e s, 

signals, e v e nt trigg e rs, e tc., to and from oth e r syst e ms conn e cted to the LAN 1 4 and to e xt e rnal 
n e tworks 18, 22, such as th e Int e rn e t or a wir e l e ss data n e twork, which are also coupl e d to the 
LAN 1 4 . — In addition to th e standard hardware, operating syst e m, and application programs 

10 associat e d with a typical microcomput e r or workstation, th e d e sktop syst e m 10 includ e s the 
r e dir e ctor program 12, a TCP/IP sub syst e m 4 2, an E - mail s ub - syst e m 44 , a primary data storag e 
devic e 4 0, a scr ee n sav e r sub system 4 8, and a k e yboard sub syst e m 46. Th e TCP/IP and E mail 
subsystems 4 2, 44 ar e e xampl e s of repackaging syst e ms that can be us e d to achi e v e th e 
transparency of the pr e s e nt inv e ntion, and th e scr ee n sav e r and k e yboard sub syst e ms 46, 4 8 are 

15 exampl e s of event generating systems that can be configured to g e nerat e e v e nt messages or 
signals that trigg e r r e dir e ction of th e us e r sel e ct e d data it e ms. 

Th e m e thod st e ps carri e d out by th e r e dir e ctor program 12 ar e d e scrib e d in more d e tail in 

FIG. 4 . Th e basic functions of this program ar e : (l)configur e and s e tup the us e r d e fin e d e v e nt 
trigger point s that will s tart r e dir e ction; (2)configure the types of us e r data it e ms for redirection 
20 and optionally configur e a pref e rr e d list of s e nders whos e m e ssag e s ar e to b e r e dir e ct e d; 

(3) configur e the typ e and capabiliti e s of th e us e r's mobil e data communication devic e ; 

( 4 ) r e c e iv e m e ssag e s and signals from th e r e packaging syst e ms and th e e v e nt g e n e rating syst e ms; 
and (5)command and control th e r e dir e ction of th e user s e l e cted data it e ms to th e mobil e data 
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communicationd e vice via th e repackaging s yst e ms. Oth e r functions not s p e cifically enum e rat e d 
could also b e int e grated into this program. 

Th e E Mail sub syst e m 4 4 i s the pr e ferred linlc to r e packaging the us e r s e l e ct e d data 

it e ms for transmission to th e mobil e data communication d e vic e 2 4 , and pref e rably us e s industry 
5 standard mail protocols, such as SMTP, POP, IMAP, MIME and RFC 822, to name but a few. 
The E Mail sub s ystem 44 can r e ceiv e m e s s age s A from e xt e rnal comput e rs on th e LAN 1 4 , or 
can r e c e iv e m e ssag e s C from some e xt e rnal n e twork such as th e Int e rn e t 18 or a wirel e ss data 
communication network 22, and stor e s th e s e m e ssag e s in th e primary data stor e 4 0. Assuming 
that the redir e ctor 12 has b ee n trigg e r e d to r e dir e ct m e ssages of this typ e , th e r e dir e ctor d e t e cts 
10 th e pr e s e nc e of any n e w m e ssag e s and instructs th e E Mail syst e m 44 to r e packag e th e m e ssag e 
by placing an outer wrapper B about th e original m e ssag e A (or C), and by providing th e 
addressing information of th e mobil e data communication d e vic e 24 on th e out e r wrapp e r B. As 
not e d abov e , this out e r wrapp e r B is r e mov e d by th e mobil e d e vic e 2 4 , and th e original messag e 
A (or C) is th e n r e cov e r e d, thus malcing th e mobil e devic e 2 4 app e ar to b e th e d e sktop syst e m 

15 -tOr 

In addition, th e E Mail sub syst e m 44 receiv e s m e ssag e s back from th e mobil e d e vice 2 4 

having an out e r wrapp e r with th e addr e ssing information of the d e sktop syst e m 10, and strips 
this information away so that th e m e ssag e can b e rout e d to th e prop e r s e nd e r of th e original 
m e ssag e A (or C). The E Mail sub syst e m also r e c e ives command messag e s C from th e mobil e 
20 d e vice 2 4 that are dir e ct e d to th e desktop syst e m 10 to trigg e r r e dir e ction or to carry out som e 
oth e r function. — Th e functionality of th e E Mail sub - system 44 is controlled by th e r e dir e ctor 
program 12. 
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The TCP/IP sub syst e m '1 2 is an alt e rnativ e r e packaging system. It includ e s all of th e 

functionality of th e E Mail sub syst e m 41, but inst e ad of r e packaging th e us e r s e l e ct e d data 
items as standard E mail m e ssages, this systemr e packages th e data it e m s using special purpo se 
TCP/IP packaging t e chniqu e s. This typ e of sp e cial purpos e sub syst e m is us e ful in situations 
5 whoro security and improved sp ee d ar e important to the us e r. The provision of a special purpose 
wrapper that can only b e r e mov e d by special softwar e on th e mobil e d e vic e 2 4 provid e s the 
add e d s e curity, and th e bypassing of E mail s tor e and forward systems can improve s p ee d and 
r e al - tim e d e livery. 

As d e scrib e d pr e viously, the pr e sent inv e ntion can b e trigg e r e d to begin r e dir e ction upon 

10 d e t e cting num e rous e xt e rnal, int e rnal and n e twork e d e v e nts, or trigg e r points. — Examples of 

e xt e rnal e v e nts includ e : r e c e iving a command messag e from th e us e r's mobil e data 

communication d e vic e 2 4 to b e gin r e dir e ction; r e c e iving a similar message from som e e xternal 
comput e r; s e nsing that th e us e r is no long e r in th e vicinity of th e ho s t syst e m; or any oth e r e v e nt 
that is e xt e rnal to th e host syst e m. — Int e rnal e v e nts could b e a calendar alarm, scr e en saver 
15 activation, k e yboard timeout, programmabl e tim e r, or any oth e r user d e fined e v e nt that is 
int e rnal to th e host syst e m. Network e d e v e nts ar e us e r d e fin e d m e ssag e s that ar e transmitt e d to 
th e host syst e m from anoth e r comput e r that is conn e ct e d to th e host syst e m via a n e twork to 
initiat e r e dir e ction. 

Th e scr ee n saver and keyboard sub syst e ms 4 6, 4 8 ar e exampl e s of syst e ms that ar e 

20 capabl e of g e n e rating int e rnal e vents. Functionally, th e redirector program 12 provid e s the us e r 
with th e ability to configur e the scr ee n saver and k e yboard systems so that under certain 
conditions an e v e nt trigg e r will b e g e n e rat e d that can be d e t e ct e d by th e r e dir e ctor 12 to start th e 
r e dir e ction proc e ss. For e xampl e , th e scr ee n sav e r syst e m can b e configur e d so that wh e n th e 
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scr ee n sav e r is activated, aft e r, for e xampl e , 10 minut e s of inactivity on th e d e sktop syst e m, an 
e vent trigger is transmitt e d to th e r e dir e ctor 12, which starts r e dir e cting th e pr e viously s e l e ct e d 
us e r data it e ms. — In a similar mann e r the keyboard sub system can be configured to g e nerate 
ev e nt trigg e rs wh e n no k e y has b ee n d e pr e ssed for a particular p e riod of tim e , thus indicating 
5 that r e dir e ction should comm e nc e . — Th e s e ar e just two e xampl e s of th e num e rous application 
programs and hardwar e sy s t e ms internal to th e host syst e m 10 that can b e us e d to g e nerat e 
int e rnal event triggers. 

FIGs. 4 and 5, s e t forth, r e spectiv e ly, flow^ charts showing the steps carri e d out by th e 

r e dir e ctor softwar e 12 operating at th e host syst e m 10, and th e st e ps carri e d out by th e mobile 

10 data communication d e vic e 2 4 in ord e r to int e rfac e with th e host system. Turning first to FIG. 4 , 
at st e p 50, th e r e dir e ctor program 12 is start e d and initially configur e d. Th e initial configuration 
of th e r e dir e ctor 12 includ e s: (1) d e fining th e e vent trigg e rs that th e us e r has d e t e rmin e d will 
trigg e r r e dir e ction; (2) s e l e cting th e user data items for redir e ction; (3) s e l e cting th e repackaging 
sub syst e m, e ith e r standard E Mail, or sp e cial purpos e t e chniqu e ; (4) s e l e cting th e typ e of data 

15 communication d e vice, indicating wh e ther and what typ e of attachm e nts th e d e vic e is capabl e of 
receiving and proc e ssing, and inputting tho address of the mobile device; and (5) configuring tho 
pr e f e rr e d list of user s e l e ct e d s e nd e rs whos e m e ssages ar e to b e r e dir e ct e d. 

FIG. 4 sets forth th e basic st e ps of th e r e director program 12 assuming it is op e rating at a 

d e sktopsyst e m 10, such as shown in FIG. 1. If th e r e dir e ctor 12 is operating at a n e twork s e rver 

20 11, as shown in FIG. 2, th e n additional configuration steps may b e n e c e ssary to e nabl e 
r e dir e ction for a particular d e sktop system 10, 26, 28 conn e cted to th e s e rv e r, including: (1) 
setting up a profil e for the d e sktop systemindicating its addr e ss, e v e nts that will trigg e r 
redirection, and th e data it e ms that ar e to b e redir e ct e d upon d e t e cting an e vent; (2) maintaining 
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a storag e ar e a at the se rv e rfor th e data items; and (3) storing th e typ e of data communication 
d e vic e to which th e d e sktop syst e m's data items ar e to b e redirect e d, wh e th e r and what typ e of 
attachm e nts th e d e viceis capable of receiving and proce ss ing, and th e addr e ss of th e mobil e 
d e vic e . 

Onc e the r e director program is configur e d 50, th e trigger points (or e v e nt trigg e rs) ar e 

e nabl e d at step 52. — Th e program 12 th e n waits 56 for m e ssag e s and signals 51 to b e gin th e 
r e dir e ction proc e ss. A m e ssage could be an E Mail m e ssag e or som e oth e r us e r data it e m than 
may have b ee n se l e ct e d for r e dir e ction, and a signal could be a trigger signal, or could b e som e 
oth e r typ e of signal that has not b ee n configur e d as an ev e nt trigger When a mes s ag e or signal is 
d e t e ct e d, th e program det e rmin e s 58 wh e th e r it is on e of th e trigg e r e v e nts that has been 
configur e d by the us e r to s ignal r e dir e ction. If s o, th e n at st e p 60 a trigg e r flag is s e t, indicating 
that subs e qu e ntly r e c e iv e d us e r data items (in th e form of m e ssag e s) that hav e b ee n s e l e ct e d for 
r e dir e ction should b e push e d to th e user's mobil e data communication d e vic e 2 4 . 

If th e m e ssag e or signal 51 is not a trigg e r e vent, th e program then d e t e rmines at steps 62, 

68 and 66 wheth e r th e m e ssage is, resp e ctiv e ly, a system alarm 62, an E Mail m e ssage 6 4 , or 
som e oth e r typ e of information that has b ee n select e d for r e dir e ction. If th e m e ssag e or signal is 
non e of th e s e thr ee it e ms, th e n control r e turns to st e p 56, wh e r e th e r e dir e ctor waits for 
additional messages 5 4 to act upon. — If, how e v e r th e m e s s ag e is one of th e s e thr ee typ e s of 
information, then th e program 12 det e rmine s , at st e p 68, wh e th e r th e trigg e r flag has b ee n se t, 
indicating that th e us e r wants th e s e it e ms r e dir e ct e d to the mobil e d e vic e . If th e trigg e r flag is 
set, th e n at st e p 70, th e redirector 12 causes the r e packaging syst e m (E Mail or TCP/IP) to add 
th e out e r e nv e lop e to th e us e r data it e m, and at s t e p 72 th e r e packag e d data item is th e n 
r e dir e ct e d to th e user's mobil e data communication d e vice 2 4 via LAN 1 4 , WAN 18, wir e less 
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gat e way 20 and wir e l e ss n e twork 22. Control th e n r e turns to st e p 56 wher e th e program wait s 
for additional m e ssag e s and signals to act upon. Although not shown e xplicitly in FIG. 4 , aft e r 
st e p 68, th e program could, if operating in the preferred list mod e , d e t e rmin e wh e th e r th e s e nd e r 
of a particular data item is on th e pr e ferr e d list, and if not, th e n th e program would slcip ov e r 
st e ps 70 and 72 and proc ee d dir e ctly back to step 56. If th e s e nd e r was on th e pr e f e rr e d list, th e n 
control would similarly pass to steps 70 and 72 for r e packaging and transmission of th e m e ssag e 
from th e pr e f e rr e d list s e nd e r. 

FIG. 5 s e ts forth th e m e thod st e ps carri e d out by th e us e r's mobil e data communication 

d e vic e 2 4 in ord e r to int e rfac e to th e r e director program 12 of the pres e nt inv e ntion. At s t e p 80 
th e mobil e softwar e is start e d and th e mobil e d e vic e 2 4 is configured to op e rat e with th e syst e m 
of th e pr e s e nt inv e ntion, including, for e xampl e , storing the addr e ss of th e us e r's d e sktop syst e m 

At st e p 82, th e mobil e d e vic e waits for m e ssag e s and signals 8 4 to b e g e n e rat e d or 

r e c e iv e d. Assimiing that th e r e dir e ctor softwar e 12 op e rating at th e us e r's d e sktop sy s t e m 10 is 
configur e d to r e dir e ct upon r e c e iving a messag e from the us e r's mobil e d e vic e 2 4 ,at step 86, th e 
u s er can d e cid e to gen e rat e a command m e ssag e that will start r e dir e ction. If th e user do e s so, 
then at step 88 th e r e dir e ction m e ssag e is compos e d and s e nt to the d e sktop system 10 via th e 
wir e less n e twork 22, through th e wir e l e ss gat e way 20, via th e Int e rn e t 18 to th e LAN 1 4 , and is 
finally rout e d to th e d e sktop machin e 10. In this situation whoro the mobile device 2 4 is sending 
a m e ssag e dir e ctly to th e d e sktop syst e m 10, no out e r wrapper is add e d to th e m e ssag e (such as 
m e ssag e C in FIGs. 1 and 2). In addition to th e r e dir e ction signal, th e mobil e device 2 4 could 
transmit any number of other commands to control th e op e ration of th e host system, and in 
particular th e r e dir e ctor program 12. For e xampl e , th e mobil e 2 4 could transmit a command to 
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put th e host syst e minto th e pr e ferred list mode, and th e n could transmit additional commands to 
add or subtract certain sondorsfrom the preferr e d list. In this mann e r, the mobile devic e 2 4 can 
dynamically limit the amount of information being redirected to it by minimizing the number of 
s e nd e rs on the pr e ferred list. Other example commands include: (1) a message to change th e 
5 configuration of the host systomto enable the mobil e d e vice 24 to r e ceive and proc e ss certain 
attachm e nts; and (2) a message to instruct th e host syst e mto r e dir e ct an entire data it e m to the 
mobil e d e vicein th e situation wher e only a portion of a particular data item has boonrodiroctcd. 

Turning back to FIG. 5, if th e us e r signal or m e ssag e is not a direct m e ssag e to the 

d e sktop system 10 to begin r e dir e ction (or som e oth e r command), th e n control is passed to stop 

10 90, which determines if a messag e has be e n r e c e iv e d. If a messag e is rec e ived by the mobile, 
and it is a messag e from the user's d e sktop 10, as determin e d at st e p 92, then at st e p 9 4 a desktop 
r e dir e ction flag is s e t "on" for this message, and control passes to step 96 wh e r e th e out e r 
e nv e lop e is r e moved. Following st e p 96, or in the situation wher e th e messag e is not from th e 
us e r's d e sktop, as d e termin e d at step 92, control passes to step 98, which displays the message 

15 for th e user on the mobil e d e vice's display. Th e mobile unit 24 then returns to step 82 and waits 
for additional m e ssag e s or signals. 

If th e mobil e device 24 determin e s that a m e ssag e has not b ee n r e c e ived at st e p 90, then 

control passes to st e p 100, wh e r e th e mobil e d e termin e s wh e th e r th e re is a m e ssag e to s e nd. If 
not, then the mobil e unit r e turns to st e p 82 and waits for additional messages or signals. If th e re 
20 is at l e ast on e m e ssag e to s e nd, then at step 102 th e mobil e d e t e rmines wh e ther it is a reply 
m e s s age to a m e ssage that was r e ceived by th e mobile unit. If the messag e to send is a reply 
m e ssag e , th e n at st e p 108, th e mobil e determin e s wheth e r the desktop redirection flag is on for 
this messag e . If the r e dir e ction flag is not on, then at st e p 106 the reply m e ssag e is simply 
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transmitt e d from the mobile d e viceto th e d e stination addr e ss via the wir e l e ss n e twork 22. If, 
howev e r, th e r e dir e ction flag is on, then at st e p 110 the reply messag e is repackag e d with the 
out e r e nv e lop e having th e addressing information of th e us e r's d e sktop syst e m 10, and the 
r e packag e d m e ssage is th e n transmitt e d to the desktop syst e m 10 at st e p 106. — As d e scrib e d 
5 abov e , th e r e director program 12 e x e cuting at the desktop syst e m th e n strips th e out e r env e lop e 
and rout e s th e r e ply m e ssag e to th e appropriate destination addr e ss using th e addr e ss of the 
desktop syst e mas th e "from" fi e ld, so that to the r e cipient of th e r e direct e d m e ssag e , it appears as 
though it originat e d from th e user's d e sktop system rath e r than th e mobil e data communication 
d e vic e . 

10 If, at step 102, th e mobil e d e t e rmin e s that the m e ssage is not a r e ply messag e , but an 

original m e ssag e , th e n control pass e s to st e p 101, wh e r e th e mobil e d e t e rmin e s if the us e r is using 
th e r e dir e ctor softwar e 12 at th e d e sktop s yst e m 10, by ch e cking th e mobil e unit's configuration. 
If th e user is not using th e r e dir e ctor software 12, th e n th e m e ssage is simply transmitted to the 
d e stination addr e ss at st e p 106. If, how e ver, th e mobile d e t e rmin e s that th e us e r is using the 

15 r e dir e ctor softwar e 12 at the d e sktop syst e m 10, th e n control pass e s to st e p 1 10, wh e r e the out e r 
e nv e lope is add e d to th e m e ssage. The repackag e d original m e ssag e is th e n transmitt e d to the 
d e sktop syst e m 10 at st e p 106, which, as d e scrib e d pr e viously, strips th e out e r e nv e lop e and 
rout e s th e m e ssag e to th e corr e ct d e stination. Following transmission of th e m e ssag e at st e p 106, 
control of th e mobil e r e tums to st e p 82 and waits for additional messages or signals. 

20 Having d e scrib e d in d e tail th e pr e ferr e d e mbodim e nts of th e present inv e ntion, including 

th e pr e ferr e d m e thods of operation, it is to b e und e rstood that this op e ration could b e carri e d out 
with — diff e r e nt e l e m e nts and st e ps. — This pr e f e rr e d e mbodim e nt is pres e nt e d only by way of 
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e xampl e and is not m e ant to limit th e scope of th e pr e s e nt inv e ntion which is d e fin e d by th e 
following claims. 
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What i s claimed: 
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programmed into the redirector 12. If the user's type of mobile device cannot accept a 
particular type of attachments, then the redirector 12 can be programmed to route those 
attachments to a fax or voice number where the user is located using an attached fax or voice 
machine 30. 

The redirector 12 may also be programmed with a "preferred list mode" operation that is 

configured by the user either at the host system lOA, or remotely from the user's mobile data 
communication device 24 by transmitting a command message C. The "preferred list" in the 
"preferred Hst mode" contains a list of senders (other users) whose messages are to be redirected, 
or it may contain a list of message characteristics that determine whether a message is to be 
redirected, or it may contain both a list of senders and a list of message characteristics. For 
example, a message characteristic may relate to the size of the message, or the type of message, 
or whether the message has any attachments, or whether the message is originating from a 
particular domain. If activated, the preferred list mode causes the redirector program 12 to 
operate like a filter, only redirecting certain user data items based on whether the data item was 
sent from a sender on the preferred list or has certain message characteristics that if present will 
trigger or suppress redirection of the message. 

In the example of FIG. 1, if desktop system 26 was operated by a user on the preferred 
list of host system lOA, and the preferred list option was activated, then message A would be 
redirected. If, however, desktop 26 was operated by a user not on the host system's preferred 
list, then message A would not be redirected, even if the user of the host system had configured 
the redirector to push messages of type A. The user of the host system lOA can configure the 
preferred list directly from the desktop system lOA, or, alternatively, the user can send a 
command message (such as C) from the mobile device 24 to the desktop system lOA to activate 
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the preferred list mode, or to add or delete certain senders or message characteristics from the 
previously configured preferred list. In this manner, the user can remotely control the operation 
of the preferred list mode filter so as to dynamically alter the filtering characteristics of the 
redirector program 12. 

After the redirector 12 has determined that a particular message should be redirected, and 

it has prepared that message for redirection, the software 12 then sends the message A to a 
secondary memory store located in the mobile device 24. In doing so, the redirector preferably 
repackages message A as an E-mail with an outer envelope B that contains the addressing 
information of the mobile device 24, although alternative repackaging techniques and protocols 
could be used, such as a TCP/IP repackaging and delivery method (most commonly used in the 
alternative server configuration shown in FIG. 2). The wireless gateway 20 requires this outer 
envelope information B in order to know where to send the redirected message A. Once the 
message (A in B) is received by the mobile device 24, the outer envelope B is removed, and the 
original message A is placed in the secondary memory store within the mobile device 24. By 
repackaging and removing the outer envelope in this manner, the present invention causes the 
mobile computer 24 to appear to be at the same physical location as the host system 10, thus 
creating a transparent system. 

In the case where message C is representative of an external message from a computer on 

the Internet 18 to the host system lOA, and the host lOA has been configured to redirect 
messages of type C, then in a similar manner to message A, message C would be repackaged 
with an outer envelope B and transmitted to the user's mobile device 24. In the case where 
message C is representative of a command message from the user's mobile device 24 to the host 
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system lOA. t he command message C is not redirected, but is acted upon by the host system 
IQA. 

If the redirected user data item is an E-mail message, as described above, the user at the 

mobile device 24 sees the original subject, sender^s address, destination address, carbon copy 
5 and blind carbon copy information. When the user replies to this message, or when the user 
authors a ne w message, the software operating at the mobile device 24 adds a similar outer 
envelope to the reply mess age (or the new message! to cause the message to be routed first to the 
user's host sy stem lOA. which then removes the outer envelope and redirects the message to the 
final destinati on, such as back to computer 26. In the preferred embodiment this results in the 

10 outgoing redirected message from the user's host system lOA being sent using the E-mail 
address of the host mailbox, rather than the address of the mobile device, so that it appears to the 
recipient of the message t hat the message originated fi-om the user's desktop system lOA rather 
than the mobile data com munication device 24. Any replies to the redirected message will then 
be sent to the d esktop system lOA. which if it is still in redirector mode, will repackage the reply 

15 and re-send it to the user's mobile data device 24. as described above. 

FIG. 2 is a n alternative system diagram showing the redirection of user data items from a 

network server host system lOB to the user's mobile data communication device 24. where the 
redirector software 12 is o perating at the server lOB. This configuration is particularly 
advantageous f or use with message servers such as Microsoft's® Exchange Server, which is 

20 normally operated so th at all user messages are kept in one central location (or mailbox store) on 
the server inst ead of in a memory store within each user's desktop PC. This configuration has 
the additional advantage of allowing a single system administrator to configure and keep track of 
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all users having messages redirected. If the system includes encryption keys, these too can be 
kept at one place for management and update purposes. 

In this alternative configuration, server lOB preferably maintains a user profile for each 

user's desktop system 26, 28. including information such as whether a particular user can have 
5 data items redirected, which types of message and information to redirect, what events will 
trigger redirection, the address of the users' mobile data communication device 24, the type of 
mobile device, and the user's preferred list, if any. The event triggers are preferably detected at 
the user's desktop system 26. 28 and can be any of the internal, external or networked events 
listed above. The desktop systems 26. 28 preferably detect these events and then transmit a 
10 message to the server host computer lOB via LAN 14 to initiate redirection. Although the user 
data items are preferably stored at the server host computer lOB in this embodiment, they could, 
alternatively, be stored at each user's desktop system 26. 28. which would then transmit them to 
the server computer lOB after an event has triggered redirection. 

As shown in FIG. 2. desktop system 26 generates a message A that is transmitted to and 

15 stored at the host system lOB. which is the network server operating the redirector program 12. 
The message A is for desktop system 28. but in this embodiment, user messages are stored at the 
network server lOB. When an event occurs at desktop system 28. an event trigger is generated 
and transmitted to the network server lOB. which then determines who the trigger is from, 
whether that desktop 28 has redirection capabilities, and if so. the server lOB (operating the 
20 redirector program 12) uses the stored configuration information to redirect message A to the 
mobile computer 24 associated with the user of desktop system 28. 

As described above with reference to FIG. 1. message C could be either a command 

message from a user's mobile data communication device 24. or it could be a message from an 
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external computen such as a computer connected to the Internet 18. If the message C is from an 
Internet computer to the user's desktop system 28. and the user has redirection capabiUties. then 
the server IQB detects the message C. repackages it using electronic envelope B. and redirects 
the repackaged message (C in B) to the user's mobile device 24, If the message C is a command 
5 message from the user's mobile device 24, then the server host computer lOB simply acts upon 
the command message using the redirector program 12. 

Turning now to FIG. 3. a block diagram is set forth that demonstrates the interaction of 

the redirector softv^are 12 with additional components of the desktop host system lOA shown in 
FIG. 1 (i.e., the desktop PC) to enable more fully the pushing of information from the host 

10 system lOA to the user's mobile data communication device 24. These additional components 
are illustrative of the type of event-generating systems that can be configured and used with the 
redirector software 12, and of the type of repackaging systems that can be used to interface with 
the mobile communication device 24 to make it appear transparent to the user. 
The desktop host system lOA is connected to LAN 14, and can send and receive data, 

15 messages, signals, event triggers, etc., to and from other systems connected to the LAN 14. 
Through the LAN, the system lOA can also communicate with external networks 18, 22, such as 
the Internet or a wireless data network. In addition to the standard hardware, operating system, 
and application programs associated with a typical microcomputer or workstation, the desktop 
system lOA includes the redirector program 12, a TCP/IP sub-system 42, an E-mail sub-system 

20 44, a primary data storage device 40, a screen saver sub-system 48, and a keyboard sub-system 
46. The TCP/IP and E-mail subsystems 42, 44 are examples of repackaging systems that can be 
used to achieve the transparency of the present invention, and the screen saver and keyboard sub- 
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systems 46, 48 are examples of event generating systems that can be configured to generate 
event messages or signals that trigger redirection of the user selected data items. 

The method steps carried out by the redirector program 12 are described in more detail in 

FIG. 4. The basic functions of this program are: (1) to configure and setup the user-defined 
5 event trigger points that will start redirection; (2) to configure the types of user data items for 
redirection and optionally configure a preferred list of senders whose messages are to be 
redirected: (3) to configure the type and capabilities of the user's mobile data communication 
device: (4) to receive messages and signals from the repackaging systems and the event 
generating systems: and (5) to command and control the redirection of the user-selected data 
10 items to the mobile data communication 24 device via the repackaging systems. Other functions 
not specifically enumerated could also be integrated into this program. 

The E-Mail sub-system 44 is the preferred link to repackaging the user-selected data 

items for transmission to the mobile data communication device 24, and preferably uses industry 
standard mail protocols, such as SMTP, POP, IMAP, MIME and RFC-822, to name but a few. 

15 The E-Mail sub-system 44 can receive messages A from external computers on the LAN 14, or 
can receive messages C from some external network such as the Internet 18 or a wireless data 
communication network 22, and stores these messages in the primary data store 40. Assuming 
that the redirector 12 has been triggered to redirect messages of this type, the redirector detects 
the presence of any new messages and instructs the E-Mail system 44 to repackage the message 

20 by placing an outer wrapper B about the original message A (or Q, and by providing the 
addressing information of the mobile data communication device 24 on the outer wrapper B. As 
noted above, this outer wrapper B is removed by the mobile device 24, and the original message 
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A (or O is then recovered, thus making the mobile device 24 appear to be the desktop system 
lOA, 

In addition, the E-Mail sub-system 44 receives messages back from the mobile device 24 

having an outer wrapper with the addressing information of the desktop system IQA, and strips 
5 this information away so that the message can be routed to the proper sender of the original 
message A (or Q. The E-Mail sub-system also receives command messages C from the mobile 
device 24 that are directed to the desktop system lOA to trigger redirection or to carry out some 
other function. The functionality of the E-Mail sub-system 44 is controlled by the redirector 
program 12. 

10 The TCP/IP sub-system 42 is an alternative repackaging system. It includes all of the 

functionality of the E-Mail sub-system 44. but instead of repackaging the user-selected data 
items as standard E-mail messages, this system 42 repackages the data items using special- 
purpose TCP/IP packaging techniques. This type of special-purpose sub-system is useful in 
situations where security and improved speed are important to the user. The provision of a 

15 special-purpose wrapper that can only be removed by special software on the mobile device 24 
provides added security, and by bypassing E-mail store and forward systems, the speed of 
delivery of messages can be improved. 

As described previously, the present invention can be triggered to begin redirection upon 

detecting numerous external, internal and networked events, or trigger points. Examples of 
20 external events include: receiving a command message from the user's mobile data 
communication device 24 to begin redirection: receiving a similar message from some external 
computer; sensing that the user is no longer in the vicinity of the host system: or any other event 
that is external to the host system. Internal events could be a calendar alarm, screen saver 
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activation, keyboard timeout, programmable timer, or any other user-defined event that is 
internal to the host system. Networked events are user-defined messages that are transmitted to 
the host system fi'om another computer that is connected to the host system via a network to 
initiate redirection. Sensing that the user is not in the vicinity of the host system may be achieved 

5 by (1) an electronic camera subsystem that detects whether the user has lefl: a predetermined 
area; (2) heat sensors that detects the lack of the user's heat presence; (3) motion detector that 
monitors if the user has not created any motion for a predetermined period of time; (4) 
disconnection or detachment of the mobile device from a serial cradle connected to the desktop 
computer or host system (prior to the mobile device user departing, user would remove the 

10 device from a serial cradle that permits a serial synchronization of the data on the mobile with 
that in the host system); and, (5) short-range RF detachment to the mobile device wom by the 
user as he departs the vicinity of the host system. 

The screen saver and keyboard sub-systems 46, 48 are examples of systems that are 

capable of generating internal events. Functionally, the redirector program 12 provides the user 

15 with the ability to configure the screen saver and keyboard systems so that under certain 
conditions an event trigger will be generated that can be detected by the redirector 12 to start the 
redirection process. For example, the screen saver system can be configured so that when the 
screen saver is activated after, for example, 10 minutes of inactivity on the desktop system, an 
event trigger is transmitted to the redirector 12, which starts redirecting the previously selected 

20 user data items. In a similar manner, the keyboard sub-system can be configured to generate 
event triggers when no key has been depressed for a particular period of time, thus indicating 
that redirection should commence. These are just two examples of the numerous application 
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programs and hardware systems internal to the host system lOA that can be used to generate 
internal event triggers. 

FIGs. 4 and 5. set forth, respectively, flow charts showing the steps carried out by the 

redirector software 12 operating at the desktop host system lOA, and the steps carried out by the 
mobile data communication device 24 in order to interface with the host system. Turning first to 
FIG. 4, at step 50, the redirector program 12 is started and initially configured. The initial 
configuration of the redirector 12 includes: (1) defining the event triggers that the user has 
determined will trigger redirection; (2) selecting the user data items for redirection: (3) selecting 
the repackaging sub-system, either standard E-Mail or special-purpose technique; (4) selecting 
the type of data communication device, indicating whether and what type of attachments the 
device is capable of receiving and processing, and inputting the address of the mobile device 24; 
and (5) configuring the preferred list of user selected senders whose messages are to be 
redirected. 

FIG. 4 sets forth the basic steps of the redirector program 12 assuming it is operating at a 

desktop host system lOA, such as shown in FIG. 1. If the redirector 12 is operating at a network 
server host system lOB, as shown in FIG. 2, then additional configuration steps may be 
necessary to enable redirection for a particular desktop system 26, 28 connected to the server 
lOB, including: (1) setting up a profile for the desktop system 26, 28 indicating its address, 
events that will trigger redirection, and the data items that are to be redirected upon detecting an 
event; (2) maintaining a storage area at the server lOB for the data items; and (3) storing the type 
of data communication device 24 to which the desktop system's data items are to be redirected, 
whether and what type of attachments the device 24 is capable of receiving and processing, and 
the address of the mobile device 24. 
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Once the redirector program is configured 50. the trigger points (or event triggers) are 

enabled at step 52. The program 12 then waits 56 for messages and signals 54 to begin the 
redirection process. A message could be an E-Mail message or some other user data item that 
may have been selected for redirection, and a signal could be a trigger signal, or could be some 
5 other type of signal that has not been configured as an event trigger. When a message or signal is 
detected, the program determines 58 whether it is one of the trigger events that has been 
configured by the user to signal redirection. If so, then at step 60 a trigger flag is set, indicating 
that subsequently received user data items (in the form of messages) that have been selected for 
redirection should be pushed to the user's mobile data communication device 24. 

10 If the message or signal 54 is not a trigger event, the program then determines at steps 62, 

68 and 66 whether the message is, respectively, a system alarm 62, an E-Mail message 64, or 
some other type of information that has been selected for redirection. If the message or signal is 
none of these three items, then control returns to step 56, where the redirector waits for 
additional messages 54 to act upon. If, however the message is one of these three types of 

15 information, then the program 12 determines, at step 68, whether the trigger flag has been set, 
indicating that the user wants these items redirected to the mobile device 24. If the trigger flag is 
set, then at step 70, the redirector 12 causes the repackaging system (E-Mail or TCP/IP) to add 
the outer envelope to the user data item, and at step 72 the repackaged data item is then 
redirected to the user's mobile data communication device 24 via LAN 14, WAN 18, wireless 

20 gateway 20 and wireless network 22. Control then returns to step 56 where the program waits 
for additional messages and signals to act upon. 

Although not shown explicitly in FIG. 4, after step 68 the program could, if operating in 
the preferred list mode, determine whether the sender of a particular data item is on the preferred 
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list, and if not, then th e program would skip over steps 70 and 72 and proceed directly back to 
step 56. If the sender is on the preferred list, then control returns to steps 70 and 72 for 
repackaging and transmission of the message from the preferred list sender to the mobile device 
24, 

FIG. 5 sets forth the m ethod steps carried out bv the user's mobile data communication 

device 24 in order to interface to t he redirector program 12 of the present invention. At step 80. 
the mobile software is started and the mobile device 24 is configured to operate with the svstem 
of the present inventio n, including, for example, storing the address of the user's desktop svstem 
lOA. 

At step 82. the mobil e device waits for messages and signals 84 to be generated or 

re ceived. Assuming that the redirector software 12 operating at the user's desktop svstem lOA is 
configured to redirect upon receiving a message from the user's mobile device 24. then at step 86 
the user can decide to generate a command message that will start redirection at the host svstem 
lOA. If the user does so. then at step 88 the redirection message is composed and sent to the 
desktop svstem lOA vi a the wireless network 22. through the wireless gatewav 20. via the 
Internet 18 to the LAN 14. and is finally routed to the desktop machine lOA. 

In this situation where the mobile device 24 is sending a message directly to the desktop 
system IQA. no outer w rapper is added to the message (such as message C in FIGs. 1 and 2\ In 
addition to the redirect ion signal, the mobile device 24 could transmit any number of other 
commands to control t he operation of the host system lOA. and in particular the redirector 
program 12. For exam ple, the mobile 24 could transmit a command to put the host system lOA 
into the preferred list mode state, and then could transmit additional commands to add or subtract 
certain senders or ce rtain message characteristics from the preferred list. In this manner, the 
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mobile device 24 can dynamically limit the amount of information being redirected to it bv 
altering the preferred list. 

Other example commands include: (Da message to change the configuration of the host 
system lOA to enable the mobile device 24 to receive and process certain attachments: and (2) a 
5 message to instruct the host system lOA to redirect an entire data item to the mobile device 24 in 
the situation where only a portion of a particular data item has been previously redirected. 

Turning back to FIG. 5, if the user signal or message is not a direct message to the 

desktop system lOA to begin redirection (or some other command), then control is passed to step 
90, which determines if a message has been received. If a message is received by the mobile, 

10 and it is a message from the user's desktop lOA, as determined at step 92, then at step 94 a 
desktop redir ection flag is set "on'' for this message, and control passes to step 96 where the 
outer envelope is removed. Following step 96. or in the situation where the message is not from 
the user's des ktop lOA, as determined at step 92, control passes to step 98, which displays the 
message for the user on the mobile device's display. The mobile imit 24 then returns to step 82 

15 and waits for additional messages or signals. 

If the mobile device 24 determines that a message has not been received at step 90, then 

control passes to step 100, where the mobile 24 determines whether there is a message to send. 
If not, then the mobile unit returns to step 82 and waits for additional messages or signals. If 
there is at least one message to send, then at step 102 the mobile 24 determines whether it is a 

20 reply message to a message that was received by the mobile unit. If the message to send is a 
reply message, then at step 108, the mobile 24 determines whether the desktop redirection flag is 
on for this message. If the redirection flag is not on, then at step 106 the reply message is simply 
transmitted from the mobile device 24 to the destination address via the wireless network 22. If, 
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however, the redirection flag is on, then at step 110 the reply message is repackaged with the 
outer envelope having the addressing information of the user's desktop system lOA, and the 
repackaged message is then transmitted to the desktop system IQA at step 106. As described 
above, the redirector program 12 executing at the desktop system then strips the outer envelope 
5 and routes the reply message to the appropriate destination address using the address of the 
desktop system lOA as the "from" field, so that to the recipient of the redirected message, it 
appears as though it originated from the user's desktop system rather than the mobile data 
communication device. 

If, at step 102, the mobile 24 determines that the message is not a reply message, but an 

10 original message, then control passes to step 104, where the mobile 24 determines if the user is 
using the redirector software 12 at the desktop system lOA, by checking the mobile unit's 
configuration. If the user is not using the redirector software 12, then the message is simply 
transmitted to the destination address at step 106. If, however, the mobile determines that the 
user is using the redirector software 12 at the desktop system lOA, then control passes to step 
15 110, where the outer envelope is added to the message. The repackaged original message is then 
transmitted to the desktop system lOA at step 106, which, as described previously, strips the 
outer envelope and routes the message to the correct destination. Following transmission of the 
message at step 106, control of the mobile 24 returns to step 82 and waits for additional 
messages or signals. 

20 Now with reference to FIGs. 6-8, there will be described an alternative two-host Internet- 

based system using many of the features of the system described in the network-based host 
system lOB configuration shown in FIG. 2. In the system shown in FIGs. 6-8, however, instead 
of a single host system lOB for storing the user's messages and for operating the redirector 
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program 12, there are two hosts, a messaging host 230, where the user's data items are stored, 
and a wireless redirector host system 240, where a wireless redirector program 242 operates. 
These two host system are preferably coupled together via the Internet 218. The wireless 
redirector program 242 is similar in many respects to the redirector program 12 described above, 
but is configured for communicating with a wireless gateway 260 coupled to a wireless data 
network 222. 

With reference to FIG. 6, there is shown an example system diagram showing the 
redirection of user data items, such as message A, from user A's desktop PC 204 to user B's 
mobile data communication device 220, or alternatively, message B from user B's mobile 
communication device 220 to user A. In this example, the messaging host system 230 maintains 
and stores data items received from the Internet 218 for user B in a message inbox. In this 
particular system example, the messaging host system 230 is preferably an ISP or an ASP that 
provides connectivity to the Internet 218 for a plurality of users, including user B. In another 
embodiment of the present invention, the messaging host 230 may be a web-based E-mail 
hosting service such as MSN Hotmail™ or a variety of other known web-based E-mail hosting 
systems. In another embodiment of the invention, the E-mail hosting service supplies a strictly 
wireless solution. 

In this embodiment of the invention, the messaging host system 230 is configured so as 
to forward a copy of all incoming data items destined for user B's inbox to a second host referred 
to herein as a wireless redirector host system 240. The wireless redirector host system 240 
includes the wireless redirector program 242. Advantageously, data items destined for a user of 
the messaging host system 230 having a mobile communication device are continuously 
"pushed" to the wireless redirector host system 240 as they arrive at the messaging host system 
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230. Upon arrival at the redirector host system 240, a wireless redirector software program 242 
operating at the system 240 determines whether such data items are user-selected data items to 
be pushed via a wireless network 222 to the user's mobile communications device 220. In this 
manner, user-selected data items are advantageously pushed out to the mobile communication 
device 220 contemporaneously as they arrive to the messaging host system 230 so that the user 
need not be concerned about delays in receiving user-selected data items on the user's mobile 
communication device 220. 

The wireless redirector host system 240 acts primarily as a bridge for data items received 
from the Internet 218 and those specific data items that have been user pre-selected to be 
redirected (via filtering rules to be described later) to the user's mobile communications device 
via the wireless network 222. These filtering rules are similar to the "preferred list mode" 
operation described above with respect to the systems shown in FIGs. 1 and 2. The wireless 
redirector host system 240 may thus be considered a "virtual" service provider, providing 
redirection service for an external service such as E-mail services hosted by messaging host 
system 230. 

Message A in FIG. 6 represents a data item, such as an E-mail message, sent from user 
A's desktop PC 204 having user B as the recipient. Because user B has a mailbox on the 
messaging host system 230, the message A will be directed via the Internet to the host system 
230. The flow of this message A is shown in a single solid line 206. 

Message B in FIG. 6 represents an extemal message created on and sent from user B's 
mobile data communications device 220 having user A as a recipient. Alternatively, message B 
also may represent a command message from user B's mobile data communication device 220 to 
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the wireless redirector host system 240. The flow of this message B is shown in a single dashed 
line 258. 

As shown in more detail in FIG. 7, the wireless redirector host system 240 preferably 
includes, along with the typical hardware and software associated with an Internet gateway, the 
5 wireless redirector software 242 which includes a mail handler, preferably a sendmail daemon 
(not shown\ a local deliyery agent (not shown), a plurality of wireless mail stores 248 
(preferably one for each mobile user such as user B), a filter database 250, and a mobile user 
profile database 254. 

Also as described in more detail in FIG. 7, the messaging host system 230 is preferably a 
10 Unix system that includes a sendmail daemon 232. a ".forward" file 238, and a memory storage 
area 236 for storing the data items of certain users that are having messages redirected to their 
mobile data communication devices 220. 

Referring now to FIGs. 6 and 7, the two-host system invention will first be described by 
way of example with reference to message A. FIG. 6 shows an E-mail message A being 
15 communicated over the Internet 218 from user A's desktop PC 204 destined for user B's inbox, 
which is located on the messaging host system 230. Once the message A reaches a mail handler 
232 at the messaging host 230, such as a sendmail daemon 232 in a preferred embodiment, it can 
be detected and acted upon by this system 230. 

One of the objectives of the present invention is to be as non-obtrusive as possible to the 
20 messaging host system 230 so as to make the invention simple to install and implement for ISPs 
and ASPs. The messaging host system 230 may be configured in many ways to detect such 
messages. Since not all users of an ISP or ASP will have a mobile communication device 220, it 
is preferable that the system 230 includes a unique user file that is accessed and modified upon 
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the arrival of any new message. The preferred method of detecting new messages, such as 
message A, is using Unix's ".forward" file 238. Preferably, the redirection (or forwarding) of 
data items is accomplished by modifying the ".forward" file 238 typically found in the user's 
root directory at the messaging host system 230, such as an ISP. The ".forward" file is a simple 
ASCII text file comprising at least a list of one or more E-mail addresses (with some control 
information). The sendniail daemon 232 checks for the existence of this file 238. and uses its 
content to forward data items to the appropriate locations. Other methods of detecting and 
forwarding new data items destined for a user having a mobile commimications device 220 could 
also be used and such other methods are well within the scope of the present invention. 

An example of the content of the ".forward" file modified for the present invention is: 
\usemame(5)jsp.net usemame@wirelessredirectorhost.net 

In this example, the sendmail daemon 232 would redirect a copy of any incoming data items to 

those two addresses, namely "usemame@isp.net" and "usemame@wirelessredirectorhost.net." 

In the latter case, the data item would, preferably, be sent via the Internet to the wireless 

redirector host system 240 for further handling by the wireless redirector software program 242. 

The former address requires the sendmail daemon 232 to send the data item to user B's inbox of 

the local data item store 236. User B may access his data items in the inbox as he traditionally 

does - by, for example, P0P3 or IMAP. In this manner, the forwarding activity is transparent to 

the user. The user B when viewing the inbox data items at his desktop PC 202 would know of 

the redirecting activity only by the message text that may be added to the messages as they are 

redirected by the mail handler. 

Assuming that the redirector program 242 is activated at the wireless redirector host 

system 240, and has been configured by the user to replicate certain user data items (such as 
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message A) to the mobile communications device 220, when the message A is received at the 
wireless redirector host system 240, the redirector program 242 detects message A's presence 
and prepares the message for a second redirection to the mobile device 220. In preparing the 
message for the second redirection, the redirector program 242 may compress the original 
message A, it may compress the message header, or it may encrypt the entire message A to 
create a secure link to the mobile device 220. However, before the redirector program 242 
compresses or encrypts the message A and redirects it to the mobile device 220, it examines 
stored user information and filtering rules that are associated with the recipient user B, so as to 
determine how the message A should be handled. 
A) Filtering 

Preferably, before the redirector program 242 begins preparing the message A for 

redirection, the redirector 242 examines the data item with respect to rules contained on a user B 

configurable filtering agent 250 (see, FIG. 7) which essentially is a database of rules that are to 

be applied for each user's incoming data items. The filtering agent 250 is preferably accessible 

by the user via the Worid Wide Web in a filter web page 252. The filter web page 252 allows 

the user, if the user so desires, to access and apply a plurality of filtering rules or any 

combination thereof that are to be applied to all incoming data items destined for that user. 

Preferably, in addition to filtering rules, web page 252 allows user B to switch between an active 

or a de-active state for the redirection of user B's incoming messages. This switching feature is 

particularly usefiil during instances where user B is at his desktop PC 202 and accessing his 

inbox of the local store 236 and desires that the redirection of incoming mail to his mobile 

device 220 is temporarily deactivated. The following criteria are exemplary of the types of 

filtering rules that may be available to the user: sender(s); how addressed (To, CC, BCC): 

subject keyword(s): message keyword(s): and importance (high, low, normalV 
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In any event, the filtering agent 250 is preferably hosted by the wireless redirector host 
system 240. but may be hosted by alternative host systems, including the messaging host system 
230 so long as the redirector program 242 has access to the most current set of rules and can 
make a determination whether any particular data item has satisfied all user-defined filtering 
5 rules. Alternatively, the filtering agent 250 may be combined with the user profile database 254. 
Data items that do not clear the filtering rules are marked as "handled" by the redirector program 
242 in the wireless data item store 248, and are not further handled by the redirector 242. 
User Profile 

Also accessible by the redirector program 242 is the address of the user's mobile data 
10 communication device 220, the user's SMTP address, the type of device 220, and whether the 
device 220 can accept certain types of attachments, such as word processing or voice 
attachments. This information is preferably maintained in a user profile database 254 (see, FIG. 
7). Such user information may be preferably created, updated and removed via a web-based user 
administration page 256. Web page 256 is preferably access-restricted to the system 
15 administrator of the messaging host system 230 who may from time to time add new users to the 
redirection service. In addition to the above user information, the system administrator 
preferably has a switch control feature on the web page 256 to deactivate or activate redirection 
of the data items fi"om the host system 230 that takes precedence over the user's selection on web 
page 252. This, advantageously, allows the system administer to maintain control over the value- 
20 added service described herein. 

If the user's type of mobile device 220 cannot accept certain types of attachments, then 
the redirector program 242 can be programmed to route the attachments to a fax or voice number 
where the user is located. The user may provide such information details to the redirector 
program 242 via a return message. 
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C) Redirection 

After the redirector program 242 has determined that a particular message should be 
redirected, and it has prepared the message for redirection, the software 242 preferably converts 
the message from MIME to CMIME (MIME is a standard Internet mail format, and CMIME is a 
compressed version of MIME), and then sends the message A to a memory store located in the 
mobile communications device 220 via the wireless gateway 250 and the wireless data network 
222. In doing so, the redirector program 242 preferably packages message A as a message with 
an outer envelope A' that contains the addressing information of the mobile device 220. In the 
preferred embodiment, the outer envelope is GME. The wireless gateway 260 requires this outer 
envelope information A' in order to know where to send the redirected message A. Once the 
repackaged message (message A in A') is received by the mobile device 220, the outer envelope 
A' is removed, and the original message A is placed in the second memory store within the 
mobile device 220. By removing the outer envelope A' and presenting to the user of mobile 
device 220 message A , the present invention causes the mobile device 220 to appear to be at the 
same physical location as the messaging host system 230, or PC 202 in a transparent, seamlessly 
integrated Intemet account hosted by messaging host system 230. 

D) Outgoing Data Item From Mobile 

If the redirected user data item is an E-mail message, as described above, then the user at 
the mobile device 220 sees the original subject line, sender's address, destination address, and 
carbon copy address. Preferably and desirably, the redirection of the E-mail message A is 
transparent to the mobile commxmication device user. When the user, at the mobile device 220, 
replies to message A, or when the user authors a new message (a reply or a new message 
collectively referred to as "message B")? the software operating at the mobile device 220 adds a 
similar outer envelope (message B') to the reply message B (or the new message B) to cause 
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message B to be routed to the wireless redirector host system 240 via the wireless network 222, 
which then removes the outer envelope B', repackages message B as message B", and redirects 
message B" to the final destination, such as user A's PC desktop 204. 

The general flow of such transmission is shown as a dotted line in FIG. 6. In this 

5 embodiment of the invention, the removal of the outer envelope B' and repackaging of message 
B into envelope B" results in the outgoing redirected message B" from the wireless redirector 
host system 240 being sent using the E-mail address of the user's mailbox on messaging host 
system 230, rather than the address of the mobile device 220, so that it appears to the recipient of 
the message B" that the message originated from the user's desktop system 202 or from the 

10 messaging host system 230 itself (as would be the case of a web-based E-mail hosting system) 
rather than the mobile data commimication device 220. This is accomplished by the redirector 
modifying the "from" and "reply to" identifiers associated with the message B to now have the 
SMTP address of user B's messaging host system 230 E-mail accoxmt. Advantageously, any 
replies to the message B" will then be sent to user B's inbox on messaging host system 230, 

15 which, if it is still in redirector mode, will repackage the reply and resend it to user B's mobile 
data device 220, as described above. 

In this embodiment, a copy of message B (labelled B'") is redirected to user B's inbox at 
messaging host system 230 for retrieval and access by user B at some later time - for recording 
keeping purposes. In doing so, the redirector program 242 preferably repackages message B as 

20 message B'" so as to now have modified addressing information. In this preferred instance, the 
modified addressing information would include changing the "from" header information to read 
something to the following effect: "Sent from mobile commimications device to recipient" where 
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^recipient' would be the recipient's address of message B". This message B'" is forwarded, 
preferably via the Internet 218, to the messaging host system 230. 

As shown in FIG. 7, the messaging host system is preferably configured as an ISP. Here, 
the ISP system 230 includes a sendmail daemon 232, which forwards the copy B'*' to the local 
data item store 236 by a local delivery agent (not shown). Further, user B may preferably 
configure his local inbox of data items at the desktop 202 to store such copy messages in a 
specific inbox for mobile data communications device data items. Of course in the illustrative 
example of messaging host system 230 configured to redirect all incoming data items to wireless 
redirector host system 240, sendmail daemon 232 would detect a new message and the 
".forward" file 238 would again be accessed and the forwarding information therein acted upon. 
Consequently, message B'" is redirected (not shown) to redirector host system 240. At the 
redirector host system 240, the redirector 242 is preferably programmed to detect that such a 
message B'" is a redirection of message B'" sent therefrom. As such, the redirector 242 ignores 
this re-redirected message. Altematively, the mail handler 232 at the messaging host system 
230 is configured to detect such messages and to not redirect such messages. 

It is to be understood that a plurality of messaging host systems 230 may use a single 
redirector host system 240 for redirection of users' E-mail messages. Further still, a single 
redirector program 242 may be used to service the plurality of messaging host systems 230. 

Turning now to FIG. 8, a flow chart is set forth showing the steps carried out by the 
redirector program 242 operating at the redirector host system 240 shown in FIGs. 6 and 7. The 
basic steps carried out by the mobile commimications device 220 in order to interface with the 
redirector host system 240 may be accomplished by substantially the same steps as shown in 
FIG. 5, although modified for this two-host aspect of the invention. 

22 

CLL I T01 Dog: 2711 26_1 
555255-012-212 



The flow chart in FIG. 8 assumes that the redirector program 242 has been activated and 
is operating. Additional configuration steps will be necessary to enable redirection services for a 
new messaging host system 230. These additional configuration steps include: (1) setting up a 
profile for the new messaging host system 230 indicating its address, etc. (2) setting up 
5 individual user profiles, (3) initiating default filtering rules for incoming messages fi-om the 
messaging host system for the users, and (4) making available both the filtering rule 252 and 
user profile 256 web pages. The flow chart also assumes the necessary steps have been 
xmdertaken to configure the messaging host system 230 to forward a copy of all incoming 
messages to the redirector host system 240 (i.e., the Unix ".forward" file has been properly 
10 configured). 

Once the messaging host system 230 is configured 268 and the redirector program 242 is 
configured 270, the program 242 then waits for data items at step 272. As discussed earlier, data 
items need not be limited to E-mail messages but may also include signals that are representative 
of user profile changes or filtering rule changes. 

15 When a data item is detected, the program determines at steps 274, 276 and 278 whether 

the data item is, respectively, a user profile change 274, a message from the Internet 276, or a 
message fi-om the wireless mobile device 278. If the data item is a user profile change, then the 
appropriate user profile change is made at 280. Control then returns to step 272 where the 
program waits for additional data items. If the data item is a message fi-om the Internet, then the 

20 appropriate user profile information is checked and applied at step 290. The program then checks 
if the filter rules have changed at step 292. If so, the filter rules are reloaded. Next, the filter 
rules are applied at step 296. If the message does not clear all applicable redirection filter rules 
at step 297, the preparation and redirection steps 298 and 300, respectively, are skipped. The 
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message is thus ignored and control is returned to the redirector program 242 at step 272. 
Assuming, however, that the message (or at least a portion thereof) is to be redirected, then the 
message is prepared for redirection at step 298. In the preparation step 298, the redirector 
program 242 adds the outer envelope to the message for wireless transmission. At step 300, the 
repackaged message is then forwarded to the user's mobile device 220 via LAN 258, wireless 
gateway 260 and wireless network 222. Control then retums to step 272 where the program 
waits for additional data items to act upon. 

If, at step 278, there is a determination that the data item is a message from the mobile 
device 220, then the message is prepared for Intemet redirection at step 284. Preparation would 
preferably include changing the "from" and "reply to" fields of the message to replicate the 
address of the user's SMTP address at the messaging host system 230 - the resulting message 
referred to as message B" in FIG. 6. Also, the preparation step may include making a second 
copy of the message, such message referred to as message B"' in FIG. 6. In this second copy, 
the "from" field is changed to, preferably, "Sent from the mobile device to Recipient" where 
'Recipient' is the SMTP address of the recipient of message B". At step 286, previous messages 
or attachments are appended. At step 288, one message is forwarded to the recipient (message 
B") and the copy of the message (message B'") is forwarded to the user's messaging host 
system 230 destined for the user's local data item store 236 for record keeping purposes. 
Control then retums to step 272, where the program waits for additional data items to act upon. 
If, at step 278, there is a determination that the data item is not a message from the wireless 
device, other ftmctions may be performed by the redirector program 242 if so progranuned to do 
so. For instance, the message could be a command message such as described earlier in this 
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application where additional text of the E-mail message may be transmitted to the mobile device 
220. 

Although not explicitly shown in the flowchart, if at step 276 there is a determination that 
the message is from the Internet, then the redirector program 242 would check whether the 
5 message is a re-redirected message from the messaging host system 230. If so, all-subsequent 
steps are skipped (the message is ignored) and control is returned to step 272. In this manner, re- 
redirected messages are not redirected to the mobile device 220. Alternatively implemented, this 
determination could be undertaken at step 296 as part of the default filtering rules. It is to be 
understood that the user profile and filtering rules could alternatively be combined together, thus 

10 eliminating a step(s). This is, of course, well within the scope of the present invention. 

Although not shown, the additional step of maintaining the wireless data item store 248 is 
another step(s) that the redirector would preferably manage. At a predetermined storage 
threshold either by date or size, each user's earliest stored data item would be deleted to make 
room for newer incoming data items. 

15 Referring now to FIGs. 9-12, there will be described an alternative multi-host Intemet- 

based system using many of the features of the system described in the two-host Internet-based 
system configuration shown in FIGs. 6-8. In the redirector system 200 shown in FIGs. 9-12, 
instead of a two-host system for storing the mobile device user's messages and for operating the 
redirector program 12, there is a multiplicity of hosts, with each one performing part of the 

20 distributed tasks of redirector program 12. The redirector system 200 is capable of handling a 
multiplicity of messaging hosts 230, where the mobile device user's data items are stored. Each 
messaging host 230 may correspond to an ISP or an ASP with its own set of users, a subset of 
which are configured to have their E-mail forwarded for wireless redirection to their respective 
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mobile devices 220 via the mail handler 232 according to the forward file 238, as described 
above with reference to FIGs. 6-8. However, in the multi-host Internet-based system 200, instead 
of using a single wireless redirector host system 240, and a single wireless redirector program 
242, the redirector program has been embodied into a multiplicity of redirector send agents 245 
and redirector receive agents 249, a pair of which can be hosted on separate redirector agent host 
servers 243. This multi-host configuration provides the significant advantage of allowing the 
redirector system 200 to be scaleable and easily configured to support multiple ISPs and/or ASPs 
each having multiple sites, with each site having an associated Internet domain name. A single 
redirector agent host server can support several pairs of send and receive agents, each pair of 
agents serving an ISP or ASP site. The mapping of redirector host servers to sites and the 
configuration of redirector agents is accomphshed via the web-based administration 257 of the 
administration information database 259. Although multiple host arrangements are described 
hereinafter primarily in the context of an illustrative example of ISPs, it is to be imderstood that 
similar arrangements may also be appHed to ASPs. 

SMTP is the only system interface that a messaging host such as an ISP needs to support 
in order to interface with redirector system 200 during normal operation. Advantageously, a web 
browser is the only user interface 253 an ISP needs to support in order to configure the redirector 
system 200. Similarly, a web browser is the user interface 256 a user needs to support in order 
to configure the redirector system 200. 

By using a hierarchy of stored configuration information in the databases 259, 255, 254 
and 250, the web interfaces 257, 256, 253 and 252 allow a plurality of system 200 administrative 
accoxmts to manage a plurality of site manager accounts, which in turn manage a plurality of site 
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dependent mobile device user accounts. At each level down, the web-based interfaces provide 
access to only those elements of the databases for which the accoimt has authority. 

Administrative accounts have authority to manage site manager accounts, redirector 
agent host server configuration records, and set site configuration default values. Site manager 
accounts have authority to override certain site configuration records, manage user accounts, and 
set user configuration default values. User accounts have authority to override certain user 
records. The next three paragraphs illustrate the type of information and authority associated 
with the three accounts described above. 

The access to administrative operations is limited to system 200 operators who have an 
administrative account comprising an administrator name and password useable on web-based 
administration page 257 in order to gain access to the administration database 259. An 
administrator of system 200 manages records for configuring redirector agent host servers, and 
manages accounts for site managers, which access the site information database 255 via web- 
based site information page 253. 

Site managers represent ISP hosted Internet domains and manage site information records 
for further configxiring redirector agents, and manage accounts for mobile device 220 users who 
wish to use system 200 for redirecting their data items. The site information record includes such 
items as, for example, an optional Intemet domain name and a default tag line to be appended at 
the end of every E-mail. 

A site mobile user, when provided with an account by a site manager, can access the user 
information database 254 via web based user administration page 256, in order to update those 
fields of their user information record for which they have authority. For instance, a user might 
wish to override the default site wide tag line stored in the site info record corresponding to his 
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site, thereby enabling the tag-Une customization featxire. The user might also wish to override the 
default domain name based E-mail address provided by his site manager by specifying his single 
SMTP address, thereby enabling domain-massaging feature. 

As used in this description, the phrase domain-massaging is defined as the feature which 
allows an ISP or a site manager to customize the "sent from" and "reply to" addresses for 
messages generated at a mobile device by a mobile device user. This new feature functionality 
allows an ISP to effectively offer "single E-mail address" functionality to their mobile device 
users that have an E-mail address, which is different from the ISP*s default domain address. For 
example, a first mobile device user with "single E-mail address" user@userscompany.com, can 
go through ISP's forwarding service over domain isp.com where the user has traditionally the E- 
mail address user@isp.com. In one embodiment, the ISP can activate the domain-massaging 
feature of the redirector receive agent to replace user@isp.com with user@usercompany.com in 
the "sent from" and "reply to" fields for E-mail messages generated (i.e., originally created, or 
replied from) at the mobile device user's mobile device, thereby (1) allowing the user to 
advantageously use only one E-mail address when creating messages at either his mobile device 
or at his traditional non- wireless E-mail generation means and (2) making it appear as though the 
user has a "single E-mail address", user@user company.com. 

Closely related to the domain-massaging feature is the tag line customization feature, 
which as used herein, is defined as the feature which allows an ISP to provide a default tag line 
to be appended to all of its mobile device users' messages generated at and sent from the mobile 
device, as well as the user's ability to customize the tag line. Preferably, the tag line is appended 
to the messages after arrival fi-om the wireless network such as at the redirector system, but prior 
to transmission to the intended recipient. This advantageously permits over-the-air bandwidth 
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transmission savings. For instance, an ISP may wish to have a default tag Hne which reads, for 
instance, "This mobile message brought to you by http://www.isp.com/" thereby creating a sales 
opportunity at every E-mail message sent by every one of their new mobile users. A mobile user 
can then customize the tag line by, for instance, including a signature such as: 

With regards. 
User Name 

tel.: xxx.yyy.zzz wwww 
e-mail: user@isp.com 

FIG. 11 illustrates the steps taken by a redirector receive agent 249 in order to 
accomplish the two features described in the previous paragraphs, namely domain-massaging 
and tag-line customization. In this example, the redirector receive agent can be considered to 
accomplish steps 284, 286, and 288 of the redirector program 242 illustrated in FIG. 8, as well as 
the additional domain-massaging and tag line customization features to be described. 

At step 300, the redirector receive agent is notified that a wireless message is available 
for redirection in wireless data item store 248. This step consists of getting the message data 310 
comprised of a content type, a stream, and a user id. This example assumes that the message 
type is an E-mail message originated from the user's mobile device 220. At the next step 320, 
the user id 312 obtained in step 300 is used as a key to obtain a user record 330 from the user 
information database 254. At step 340, site id 332 obtained in step 320 is used as a key to obtain 
site information record 350 from the site information database 255. Step 400, comprised of steps 
410, 420, 430 and 440, sets the user's E-mail address upon the condition of the site information 
record 350 having a blank domain name. If the domain name is blank, then the SMTP address 
foimd in the user record 330 is used as the E-mail address. If a domain name is found in site 
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record 350, then a juxtaposition of user name and domain name is utilized as the E-mail address. 
Step 440 replaces the "send from/ reply to" addresses of the message to the E-mail address. 
Collectively, step 400 accomplishes the domain-massaging feature. Steps 500, comprised of 
steps 510, 520, 530 and 540 collectively accomplish the tag-line customization. In step 510, the 
user tag line found in user record 330 is examined. If the user tag line is blank, then the site tag 
line foxmd in record 350 is utilized. If the user tag line is not blank, then it is utilized instead of 
the site tag line. The utilized tag line is appended to the message at step 540. Finally, step 288 
proceeds to send the message to the recipient designated in the message via the Internet, as 
described in reference to FIG. 8. 

Although not explicitly shown in the drawings, it is considered a variation of the present 
invention that is within the scope of the invention to perform other types of automated 
information substitution in message data items of which two examples have been illustrated in 
the case of domain-massaging and tag line customization in the redirector receive agent. 

As illustrated in FIG. 12, the system 200 advantageously permits at least one ISP, such as 
ISP A 600, to provide wireless redirection for its customer base and customized single E-mail 
address transparency for a plurality of companies, such as Company A and Company B, by 
managing a distinct site for each company, in this case ISP A site 610, Company A site 612, and 
Company B site 614, with corresponding site manager accounts on the redirector system 200. 
Mobile device users associated to each of those sites can configure their E-mail tag lines, and 
their E-mail addresses obtained by juxtaposing their E-mail name and their custom site's domain 
name, by taking advantage of domain-massaging and tag line customization respectively, via the 
web-based user interface 256. 
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Continuing with the same example, if ISP A having a corresponding messaging host 230 
wishes to offer wireless redirection to its base users, the web-based site admin page 257 is used 
to create a site manager account for the ISP by the system 200 administrator in the 
administration information database 259 via the user interface 257. The interface 257 is also 
used to create site manager accounts for other sites managed by the ISP, such as Company A or 
Company B. The web-based administration page 257 is also used to configure the name and 
authentication information of the redirector agent host server 243, and associated redirector send 
and receive agents corresponding to each site. Then the ISP need only: a) provide configuration 
site information to the site info database 255 via the web based site information page 253, the 
site information corresponding to ISP site infrastructure such as the IP address of the mail 
handler 232, associated site domain name, and the creation of individual mobile device user 
accounts for its mobile device users; and b) add an entry for each of its mobile device users in 
the forward file 238. After the ISP mobile device user accoimts 616, 616', 616" are created for 
each site, the ISP mobile device users can update their respective user information 254 using the 
web-based user admin page 256. 

To further illustrate this aspect of the present invention, an example is provided. ISP A provides wireless 
redirection service of messages traditionally only hosted at and accessed via the ISP to mobile devices assigned to 
its traditional ISP customer base. Some of the ISP customers have customized domain names (i.e., domain.com) 
wherein the ISP hosts a web site (i.e., www.domain.com) and a plurality of E-mail addresses associated with the 
customized domain names (i.e., john@domain.com). Such customers who opt for the wireless redirection of their E- 
mail messages may continue to use their customized E-mail addresses when 1. A method of pushing data 
it e ms from a host syst e m to generating and receiving E-mail messages at their mobile device. When the 
systems 200 and 230 are configured for wireless redirection of E-mail directed to domain.com, a method for 
redirecting messages between a ISP host system and a mobile data commimication device is provided, the method 
comprising the steps efe 
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ofL d e t e cting an e v e nt trigg e r configuring redirection settings for one or more mobile device users at the 

host system;attd 

in r e spons e to d e t e cting th e e vont,to the mobil e data communicationd e vic e . 

2^ Th e method of claim 1, furth e r comprising tho stop of: 

5 s e l e cting at l e ast ono typ e of data it e m to redir e ct from th e host syst e m to the mobile data 

commimication d e vice. 

Th e method of claim 1, furth e r comprising tho stop of: 

s e l e cting particular e vent triggers that will caus e th e host system to b e gin redir e cting tho 

10 data items. 

4: Th e method of claim 1, furth e r comprising tho stop of: 

providing information r e garding th e configuration of tho mobil e data communication 

d e vic e . 

15 

^- Th e m e thod of claim wh e rein th e configuration information includes: 

th e address of the mobil e data communication device. 

Th e m e thod of claim 4 , wheroin the configuration information includes: 

20 th e typ e of mobil e data communication dovico. 

Th e m e thod of claim 1, wh e r e in th e configuration information includes: 

32 

CLLIT01 Doc: 2711 26_1 
555255-012-212 



th e typ e s of data it e m attachments that tho mobil e data communication devic e can rocoivo 

and process. 

Th e m e thod of claim 5, further comprising th e stop of: 

5 repackaging th e data it e ms prior to r e direction to tho mobile data communication device 

by placing the data it e ms in an electronic wrapp e r address e d using th e addr e ss information of tho 
mobil e data communication device, 

Th e m e thod of claim 7, further comprising th e steps of: 

10 for e ach data item to b e r e dir e ct e d, det e rmining wh e ther th e data it e m includes an 

attachm e nt, and determining the typ e of attachm e nt; 

determining wh e ther th e mobil e data communication d e vic e can receiv e and proc e ss such 

attachm e nts; and 

if so, then r e dir e cting th e attachm e nts to th e mobil e data communication device, and if 

15 not, th e n r e dir e cting th e attachm e nts to an e xt e mal machin e that is compatibl e with tho 
attachment. 

i^- Th e m e thod of claim 9, wherein the type of attachm e nt is a sound fil e . 

20 Th e m e thod of claim 3, wherein th e event triggers includ e — ext e mal ev e nts, internal 

ev e nts, or networked ev e nts. 
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Th e m e thod of claim 11, wh e r e in th e e xt e rnal e vent is a m e ssag e from th e mobil e data 

communication d e vic e to start r e direction. 

4-3^ Th e m e thod of claim 1 1 , wherein the internal ovont is a cal e ndar alarm. 

+4^ Th e method of claim 11, wh e r e in the int e rnal e v e nt is a scr ee n sav e r activation. 

4^^ Th e method of claim 11, wh e r e in th e internal e v e nt is a k e yboard timeout signal. 

4-6: Th e m e thod of claim 11, wh e r e in th e n e tworked e vents includ e m e ssag e s to begin 

r e dir e ction from comput e r syst e ms conn e ct e d to th e host syst e m via a n e twork. 

i^. The m e thod of claim 8, further including th e st e ps of: 

receiving the repackaged data items at the mobile data communication devic e ; and 

removing th e e l e ctronic wrapp e r from th e data it e ms and storing th e m at th e mobil e 

devic e . 

i%z Th e m e thod of claim 15, furth e r including th e st e ps of: 

providing th e addr e ss of th e ho s t syst e m to the mobil e data communication d e vice; 

gen e rating a r e ply data item at th e mobil e data communication d e vic e in r e sponse to a 

data it e m rec e iv e d from the host syst e m; and 

repackaging th e r e ply data it e m by placing it in an e l e ctronic wrapp e r addr e ss e d u s ing th e 

addr e ss information of th e host syst e m. 
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Th e m e thod of claim 1, wher e in th e mobil e data communication d e vic e is a pag e r. 



30: Th e m e thod of claim 1, wh e r e in the mobil e data communication — d e vic e i s a devic e 

e quipp e d to r e c e iv e both voic e and non voic e data messag e s. 

2h Th e m e thod of claim 1, wh e rein th e host syst e m includ e s a pref e rr e d list for limiting th e 

r e dir e ction st e p to r e dir e cting only thos e data it e ms that ar e transmitt e d to th e host syst e m from a 
send e r on th e pr e f e rr e d list. 

2Qr, Th e m e thod of claim 21, wh e r e in a user can add and subtract s e nd e rs from th e pr e f e rred 

lict- 

2^. Th e method of claim 2\, wher e in the pr e f e rr e d list is activat e d and deactivated at th e ho s t 

sy s t e m. 

24-. Th e m e thod of claim 21, whoroin tho proforrod list is activated and d e activat e d by a 

command m e ssag e transmitted from tho mobile data communication dovico to th e host syst e m. 

2Sz The m e thod of claim 22, wh e r e in th e user can add and subtract s e nd e rs from th e 

pref e rr e d list by configuring th e host syst e m. 
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26: Th e m e thod of claim 22, wh e r e in th e us e r can add and subtract s e nd e rs from th e 

pr e f e rr e d Hst by transmitting a command m e ssage from th e mobile data communication d e vic e to 
the host s yst e m. 

¥h A method of r e plicating data betwe e n a fir s t syst e m and a s e cond syst e m comprising: 

e stablishing a first s e t of data e l e m e nts at th e first syst e m as subj e ct to r e plication with a 

corr e sponding s e t of data e l e m e nts at th e s e cond sy s tem; 
d e t e cting an ev e nt trigg e r has occurred at th e first system; 

providing an indication of th e data e l e m e nt in th e first set of data that ha s chang e d to th e 

s e cond syst e m by placing information in an e l e ctronic wrapp e r d e liv e r e d to th e s e cond system as 
part of a data transf e r transaction; 

initiating th e data transfer transaction ther e by tran s f e rring th e electronic wrapp e r to th e 

s e cond s ystem; 

r e c e iving the e l e ctronic wrapp e r at th e s e cond system; 

proc e ssing th e e l e ctronic wrapp e r; and 

updating e ach e l e m e nt in th e corr e sponding s e t of data e lem e nts that r e quires updating as 

a r e sult of th e chang e in th e data e l e ment in th e first s e t of data e l e m e nts. 

Th e m e thod of claim 27, wh e r e in th e first system is a host computer and the s e cond 

system is a hand h e ld el e ctronic d e vic e . 
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39t Th e m e thod of claim 21, wh e rein th e first syst e m is a hand held e l e ctronic d e vice and th e 

second system is a host comput e r. 



50: Th e m e thod of claim 21, wh e r e in th e data transaction i s an e l e ctronic m e ssag e s e nt from 

5 th e fir s t syst e m through a data n e twork to th e s e cond syst e m. 

34-^ Th e m e thod of claim 27, wh e r e in th e first s et of data e lem e nts is a set of cal e ndar e ntri e s. 

?t2r. Th e m e thod of claim 27, wh e r e in th e first s e t of data e l e m e nts is a set of addr e ss book 

10 e ntri e s. 

Th e method of claim 30, wh e rein th e electronic wrapper includ e s an attachm e nt to th e 

e l e ctronic m e ssag e . 

15 34i Th e m e thod of claim 30, wher e in th e el e ctronic m e ssag e is an e mail m e ssag e and the 

data n e twork is th e Internet. 

35^ Th e m e thod of claim 27, wh e r e in th e m e thod includ e s a st e p of r e c e iving from th e s e cond 

syst e m a r e qu e st to b e gin replication. 

20 

36: Th e m e thod of claim 35, wherein the method includ e s a st e p of proc e ssing th e r e quest to 

b e gin r e plication. 
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The m e thod of claim 27, wh e r e in th e s e cond syst e m can limit th e information b e ing s e nt 

to it by sending a conmiand to th e first syst e m. 

A m e thod of r e mot e ly controlling a host syst e m from a p e rsonal communications device 

comprising the steps of: 

e stablishing at th e host syst e m a s e t of commands that can b e invok e d to r e quir e th e host 

syst e m to act in r e spons e to invocation of any such command; 

s e nding fi-om th e personal communications d e vic e a dir e ction to th e host sy s t e m to 

invok e a command from th e s e t of commands; 

invoicing th e command at th e host system; and 

proc e ssing th e command so that th e host r e sponds to th e command. 

^9: Th e method of claim 38, wh e rein at l e ast on e command is a dir e ction to continuously 

r e dir e ct c e rtain data e l e ments from th e host syst e m to th e p e rsonal communications syst e m. 

40: Th e m e thod of claim 38, wh e rein th e host system provid e s an indication that data has 

b ee n r e dir e ct e d. 

44^ The m e thod of claim 38, wh e r e in th e data e l e m e nts that have b ee n r e direct e d are mark e d 

at th e host syst e m as redirect e d. 
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4St The m e thod of claim 38 comprising th e furth e r st e p of transmitting from th e personal 

communications d e vice to host devic e an aclcnowl e dgm e nt that th e personal communications 
d e vic e is r e c e iving data r e direct e d from th e host system. 



5 Th e m e thod of claim 38, wh e r e in th e p e rsonal communication device can limit the 

information b e ing s e nt to it by transmitting a command to the ho s t d e vic e . 

4Az A syst e m for pu s hing information from a host syst e m to a mobil e data communication 

d e vic e , comprising: 

10 a communications network ov e r which th e host syst e m and th e mobil e data 

communications d e vic e can commxmicat e ; 
a r e dir e ctor program compri s ing: 

softwar e instruction means for prompting a us e r to se l e ct c e rtain data it e ms of 

information to b e push e d to th e mobil e d e vic e ; 

15 softwar e instruction m e ans for d e fining on e or mor e e v e nts that will trigg e r the 

syst e m to b e gin pushing th e s e l e ct e d information; and 

softwar e instruction m e ans for detecting the occurr e nc e of th e on e or mor e e vents 

and for pushing th e s e lect e d data items of information from the host s yst e m to th e mobil e data 
communication d e vic e via the n e twork; and 

20 a softwar e program op e rating at th e mobile data communications d e vic e for r e ceiving th e 

data items of information from th e host syst e m. 

4&Z Th e system of claim 44 , wh e r e in th e r e dir e ctor program is op e rating at th e host syst e m. 
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46-. Th e sy s t e m of claim 44 , further comprising: 

a n e twork s e rv e r in communication with the host system, and wh e r e in th e redir e ctor 

program is op e rating at th e n e twork s e rv e r. 

4^, Th e syst e m of claim 11, further compri s ing a pr e f e rr e d Hst stor e d at th e host syst e m for 

limiting th e pu s hing of s e l e ct e d data it e ms to thos e items that w e r e s e nt to th e host syst e m from a 
s e nd e r on th e pr e f e rr e d li s t. 

48: Th e syst e m of claim 4 7, furth e r comprising m e ans for adding and subtracting s e nd e rs 

from th e pr e f e rr e d li s t. 

49t The syst e m of claim 4 7, wh e r e in th e pref e rr e d list is activat e d and d e activat e d by a 

command m e ssag e transmitt e d to th e host sy s t e m from th e mobil e data communication d e vic e . 

Th e syst e m of claim 4 8, wh e r e in th e m e ans for adding and subtracting compris es a 

command m e ssag e transmitted to th e host syst e m from th e mobil e data communication d e vic e . 
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ABSTR.\CT OF THE DISCLOSURE 

A system and mothod for pushing information from a host system to a mobile data 

communication device upon s e nsing a trigg e ring e v e nt is disclos e d. — A rodiroctor program 
op e rating at the host system enabl e s a user to continuously r e dir e ct certain user s e lect e d data 
5 it e ms from th e host system to th e user's mobile data communication device upon d e t e cting that 
on e or more us e r defined triggering e v e nts has occurr e d. Th e r e dir e ctor program operates in 
conn e ction with e v e nt g e n e rating applications and r e packaging syst e ms at th e host syst e m to 
configur e and d e t e ct a particular us e r d e fin e d e v e nt, and th e n to r e package th e us e r s e l e cted data 
items in an electronic wrapp e r prior to pushing th e data it e ms to the mobil e d e vice. 



receiving incoming messages directed to a first address at the ISP host system from a 
plurality of message senders: in response to the redirection setting, continuously redirecting the 

15 incoming messages from the ISP host system to the mobile data communication device via a 
redirector host system; receiving outgoing messages generated at the mobile communications 
device at the redirector host system: configuring address information of the outgoing messages 
so that the first address is used as an originating address of the outgoing messages: and 
transmitting the configured outgoing messages to message recipients. 

20 The systems described above with reference to FIGS. 6-12 redirect data items from a 

messaging host system to a mobile commimication device through a wireless redirection host 
system. Redirected data items are compressed and repackaged in the redirection host system 
before being forwarded to the wireless gateway for delivery to the mobile device, as shown as 
the message A in A' in FIG. 6 for example. 

42 

CLL I T01 Dog: 2711 26_1 
555255-012-212 



In some redirection system implementations, however, it may be desirable to provide a 
secure link to a mobile device. A redirected data item must then be encrypted using an 
encryption key at some point within the redirection system and then decrypted at a mobile device 
using a decryption key corresponding to the encryption key. A common problem encountered in 
securing such communications relates to providing the required decryption key to the mobile 
device. 

FIG. 13 is a block diagram of a redirection system adapted for securely redirecting data 
items from a messaging host system to a mobile device over a wireless link. The system of FIG. 
13 is substantially similar to the system in FIG. 6, but provides for an encryption key exchange 
between the redirection host system 240 and the mobile device 220 as described in further detail 
below. 

In FIG. 13. a user is configured for redirection as described above. In order to provide for 
secure communications over the wireless link, a mobile device 220 is then preferably connected 
to the user's desktop PC 202 in the above example. This connection may, for example, be a 
serial connection 203 to a port on the desktop PC 202 through a suitable connector such as a 
holder or cradle in which the device may be positioned by the user. Since the serial connection 
would normally be a relatively short link and can generally be monitored directly by the user, 
this link is a so-called ''trusted" link, or connection, over which an encryption key can be loaded 
onto a device 220. Although the device 220 is shown in two positions in FIG. 13. it should be 
apparent that both instances may represent the same mobile device 220 in this illustrative 
example. 

According to a symmetric key encryption scheme, the device 220 shares secret 
information (a key), such as a random number, with the component in the system that encrypts 
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redirected data items and decrypts data items generated at the mobile device 220. In an 
embodiment of the invention, the key is generated at the redirection host system 240 by the 
redirector 242. The shared key might instead be generated at the user's desktop PC 202, 
dependent upon the user's movement of the PC's mouse and/or keystrokes entered at the desktop 
5 PC for example. Generation of the key at the messaging host system 230, at the wireless gateway 
260, or on the mobile device 220 itself is also contemplated. 

Regardless of where the key is generated, it must then somehow be provided to both the 
device 220 and the encryption component within the system. This symmetric key distribution 
will now be described in terms of an illustrative example. In the following description, it is 
10 assumed that the key is generated by the redirector 242 in the redirection host system 240. 

When the key has been generated, it is stored at the redirector host system 240 for use in 
encrypting redirected data items. A secure message containing the key is then sent to the device 
220 through the PC 202 and serial connection 203. This secure message transfer may be 
accomplished using Internet Message Access Protocol (IMAP) over Secure Sockets Layer (SSL) 
15 or a secure web page for example. The key is then extracted from the secure message by either 
the PC 202 or the mobile device 220 and stored in the mobile device 220. 

After the key has been stored at both the redirector host system 240 and the mobile 
device 220, any redirected data items may be compressed and then encrypted by the redirector 
software 242 before being sent to the mobile device 220 through the wireless gateway 260. The 
20 device 220, using the stored key, decrypts and decompresses any received redirected data items 
to recover the original data item which was redirected from the messaging host system 230. 

A public key encryption scheme may also be used to secure redirected items. According 
to this aspect of the invention, a redirected data item is encrypted using a public key 
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corresponding to a private key stored on the mobile device 220. The public key may be stored 
for example in a central key repository 205 from which it may be retrieved by the wireless 
redirector software 242. In a preferred embodiment, key generation and assignment is managed 
by the wireless redirector software 242. A key pair comprising a public key and a private key is 
generated and assigned to a particular mobile device 220 by the wireless redirector software 242. 
The public key is then stored to the central repository 205 and the private key is sent over a 
secure connection to the device 220 through the PC 202 and serial connection 203. using IMAP 
over SSL for example. The system then operates substantially as described above to encrypt 
redirected items before transmission over a wireless network to the mobile device 220. In order 
to provide for secure transfer of data items from the mobile device 220 to the redirector host 
system 240, a second key pair for the redirection host system must also be generated or assigned. 
Once generated and/or assigned, the redirector private key is stored within the redirector host 
system 240 and the redirector public key is similarly sent to the repository 205 and preferably 
also to the device 220. 

In a related embodiment of the invention, the mobile device key pair is generated on the 
device 220 and the redirector key pair is generated by the redirector 242. The generated private 
keys are respectively stored on the device 220 and the redirector 242 and the public keys are sent 
to the key repository 205. In this embodiment, the device 220 must be able to communicate with 
the key repository 205. such as through the serial connection 203 and PC 202, or perhaps 
through the redirector 242. The public keys may be retrieved from the repository 205 according 
to any public key distribution scheme. These public keys might also be exchanged when a 
mobile device 220 is first registered with the redirector 242. When all required keys have been 
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generated and exchanged, data items sent between the mobile device 220 and the redirector 242 
can then be encrypted. 

Encryption and decryption of data items sent from the mobile device 220, such as 
message B, may be accomplished using the same keys as those used for data items sent to the 
mobile device from the redirector, such as message A. Different keys may also be used. 
Regardless of the encryption scheme (symmetric key, pubhc key, same or different keys, etc.), 
the mobile device 220 must be able to decrypt data items encrypted by the redirector 242 (FIG. 
13), 242A and vice versa. In a symmetric key system in which the same keys are used for 
redirected data items and data items sent from the mobile device 220 for example, both the 
redirector 242, 242A and mobile device 220 must store an encryption key and a decryption key. 
Furthermore, the redirector 242, 242A must store such keys for every mobile device 220 for 
which it provides data item redirection. Other key storage requirements or arrangements will be 
apparent to those skilled in the art. 

The encryption arrangements described above provide for secure data item transfer over 
the wireless network within which a mobile device 220 operates. An eavesdropper listening on 
the wireless network is thereby prevented from recovering the content of any redirected data 
items. However, the wireless network typically represents only a portion of the communication 
link between a sender and the mobile device. For example, an incoming E-mail message A 
arriving at the messaging host system 230 may be sent from any PC 204 connected to the 
Internet. Common mail transfer mechanisms such as SMTP as shown in FIG. 7 are not easily 
adapted for secure communications, such that messages are normally sent "in the clear" or 
unencrypted over the Internet. In FIG. 13, the message A may also be transferred to the 
redirector 242 from the messaging host system 230 using SMTP and would therefore potentially 
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not be secure between the sender and the redirector software 242, where encryption of the 
message is performed in the above example. Messages composed at a mobile device 220 
similarly remain encrypted only between the device 220 and the redirector 242, since the 
message must be decrypted at the redirector 242 for SMTP transfer to the messaging host system 
230 and a recipient such as PC 204. Although message encryption according to the schemes 
described above secures the message between the redirector 242 and a mobile device 220, it may 
be desirable to avoid transferring messages destined for or generated at the mobile device 220 in 
the clear over the Internet to thereby enhance data item transfer security. 

According to a further aspect of the invention, the data item transfer between a messaging 
host system and a wireless redirection system over the Internet is avoided by integrating a 
redirection system with a messaging host system. Such a system is shown in FIG. 14. Since data 
items need not be transferred between the messaging host and the redirection host in the clear 
over the Internet, the above security risks are eliminated. 

As in FIGS. 6 and 13 above, FIG. 14 is an example system diagram showing the 
redirection of user data items, such as a message A, from user A's desktop PC 204 to user B's 
mobile data communication device 220, or alternatively, message B from user B's mobile 
communication device 220 to user A. As in FIG. 13, both instances of the device 220 in FIG. 14 
may represent the same mobile device 220. Although redirection is described primarily in the 
context of messaging, it is to be understood that the invention is in not limited to messaging. The 
specific implementations of redirection functionality for other data item types may be somewhat 
different than messaging-related implementations, but the general redirection principles and 
methods will be common and are therefore easily adaptable to such other data item types by 
those skilled in the art. 
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In FIG. 14, the messaging host system 231 maintains and stores data items received from 
the Internet 218 for user B in a message inbox, as described above. The messaging host system 
231 may be an ISP that provides connectivity to the Internet 218 for a plurality of users, 
including user B. The messaging host 231 may also comprise a web-based E-mail hosting 
service such as MSN Hotmail™ or a variety of other known web-based E-mail hosting systems. 
Unlike the messaging host systems described above, however, the messaging host 231 includes a 
redirector component 242. 

In this embodiment of the invention, the messaging host system 231 incorporates the 
wireless redirector program 242, which determines whether data items destined for a user of the 
messaging host system 23 1 having a mobile communication device are user-selected data items 
to be pushed via a wireless network 222 to the user's mobile communications device 220. Data 
items may thereby be continuously "pushed" to the mobile communication device 220 through 
the wireless gateway 260 as they arrive at the messaging host system 231, providing for "always 
on, always connected"® functionality of the mobile device 220. 

In FIG. 14, as in the preceding Figures, message A represents a data item, such as an E- 
mail message, sent from user A's desktop PC 204 having user B as the recipient. Because user B 
has a mailbox on the messaging host system 231, the message A will be directed via a WAN, 
such as the Internet 218, to the host system 231. Similarly, message B represents a message 
created on and sent from user B's mobile data communications device 220 having user A as a 
recipient. Alternatively, message B may instead represent a command message from user B's 
mobile data communication device 220 to the wireless redirector component 242. The flows of 
messages A and B are respectively shown as a single solid line 2Q6A and a single dashed line 
258B. 
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The messaging host 231 is shown in more detail in FIG, 15. As above, the messaging 
host system 231 is preferably a Unix system that includes a sendmail daemon 232 and a memory 
storage area 236 for storing the data items of certain users that are having messages redirected to 
their mobile data communication devices 220. The messaging host 231 also includes the 
redirector 242A, along with the typical hardware and software associated with an Internet 
gateway. The redirector 242A is similar to the redirector 242, except that redirector 242A need 
not include such messaging system components as a mail handler and delivery agents, which will 
be provided as part of the messaging systeni 231. A filter database 250 and a mobile user profile 
database 254 are used by the redirector 242 A to determine a user's redirection characteristics, 
substantially as described above. 

Since the redirector 242 A is incorporated into the messaging host system 231, data items 
for redirection may be detected directly by the redirector 242A. The mail handler 232 stores 
incoming data items such as E-mail messages for example to the local store 236. Since only a 
single store is used in the integrated messaging and redirection system shown in FIG. 15, the 
redirector 242A may query, poll, or otherwise access the local store 236 to detect new data items 
in mailboxes for users with a mobile device. The mail handler 232 might instead be configured 
to notify the redirector 242A upon the arrival of new data items for redirection to a mobile 
device. Alternatively, a variant of the ".forward" file functionality described above might also be 
implemented, such that data items destined for users having a mobile device are forwarded to the 
redirector 242A. Other procedures for detecting new data items in the local store 236 will be 
apparent to those skilled in the art and as such are considered to be within the scope of the 
invention. 
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Whether or not data items are to be redirected, incoming data items are preferably stored 
to a user's inbox in the local store 236. If a data item is to be redirected, a copy of the data item 
is sent to the mobile device, but the data item is not removed from the local message store 236. 
Such data items may be accessed by a user via the user's normal access method, P0P3 or IMAP 
for example. The forwarding of data items is therefore transparent to the user. In the example of 
E-mail message A, the user B when viewing the inbox data items at his desktop PC 202 would 
know of the redirecting activity only from message text that may be added to the messages as 
they are redirected. 

Assuming that the redirector program 242A is activated and has been configured by the 
user to replicate certain user data items (such as message A) to the mobile communications 
device 220, when the message A is received at the messaging host system 231, the redirector 
program 242 A detects message A's presence. The user information in the store 254 and the 
filtering rules in the store 250 that are associated with the recipient, user B, are then used by the 
redirector 242 A to determine how the message A should be handled. 

Preferably, before the redirector program 242A begins preparing the message A for 
redirection, the redirector 242A examines the data item with respect to rules contained on the 
filtering agent 250 configurable by each mobile device user such as user B. The filtering agent 
250 is essentially a database of rules that are to be applied for each user's incoming data items 
and is preferably accessible by the user via the World Wide Web in a filter web page 252. The 
filter web page 252 allows the user to access and select a plurality of filtering rules or any 
combination thereof to be applied to all incoming data items destined for that user. The web page 
252 also preferably allows user B to switch between an active or a de-active state for the 
redirection of user B's incoming messages. This switching feature is particularly useful during 
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instances where user B is at his desktop PC 202 and accessing his inbox of the local store 236 
and desires that the redirection of incoming mail to his mobile device 220 be temporarily 
deactivated. Such deactivation may be automatically initiated when the device 220 is connected 
to the desktop 202 via serial connection 203 for example. The types of filtering rules that may be 
5 available to the user include: sender(s): how addressed (To. CC, BCC); subject keywordfs): 
message keyword(s): and importance Thigh, low, normal). Data items that do not clear the 
filtering rules are marked as "handled" by the redirector program 242 A in the data item store 
236, and are not further handled by the redirector 242A. 

The filter agent 250 is preferably stored at the messaging host system 231, but may 

10 instead be stored at any location accessible to the redirector 242A. As described above, the filter 
agent may be integrated with the user information store 254. 

Also accessible by the redirector program 242A is a user profile database 254, which 
includes the address of the user's mobile data communication device 220, the user's SMTP 
address, the type of device 220, and whether the device 220 can accept certain types of 

15 attachments, such as word processing or voice attachments. The user information may be 
preferably created, updated and removed via a user administration arrangement 261. Although 
user administration fimctions may be provided through Web page 256 as shown in FIG. 13, for 
example, since the redirector 242A is incorporated into the messaging host system 231, and user 
administration is normally access-restricted to the system administrator of the messaging host 

20 system, redirector user administration is preferably integrated with the administration functions 
of messaging host system 231. The messaging system administrator preferably has a switch 
control feature to deactivate or activate redirection of the data items from the host system 231 
that takes precedence over the user's selection on web page 252. This, advantageously, allows 

51 

CLL I T01 Dog: 2711 26_1 
555255-012-212 



the system administer to maintain control over the value-added service described herein. In 
accordance with a further aspect of the invention, the administrator may also set global filtering 
rules to be applied to data items for all redirector users. 

If the user's type of mobile device 220 cannot accept certain types of attachments, then 
the redirector program 242A can be configured to route the attachments to a fax or voice number 
where the user is located. The user may provide such information details to the redirector 
program 242A via a return message. 

After the redirector program 242A has determined that a particular message should be 
redirected, the message is preferably compressed and encrypted. A symmetric key or public key 
encryption scheme may be used. In a symmetric key scheme, the keys may be generated by the 
redirector 242A, the desktop 202 or the device 220 and distributed to or fi-om the device via 
serial connection 203 and a secure transfer mechanism such as IMAP over SSL, as described 
above. When a public key encryption scheme is used, the public key for the user of the mobile 
device is stored in a key repository 205 (FIG. 14) and can be accessed by the redirector 242A. 
Although FIG. 14 shows key generation at the redirector 242A, the user's private key is 
preferably generated either at the mobile device 220 or at the desktop PC 202, since the private 
key is then either already on the device 220 or must be transferred only over the connection 203. 
After a data item such as message A has been compressed and encrypted, the redirector program 
242A preferably packages the data item as a message with an outer envelope A' that contains 
addressing information of the mobile device 220. The wireless gateway 260 requires this outer 
envelope information A' in order to know where to send the redirected message A. The mobile 
device 220 removes the outer envelope A' and decrypts the message using the appropriate key 
and decompresses the decrypted message to recover the original data item, message A. 
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If the redirected user data item is an E-mail message, as described above, then the user at 
the mobile device 220 sees the original subject line, sender's address, destination address, and 
carbon copy address. Preferably and desirably, the redirection of the E-mail message A is 
transparent to the mobile communication device user. When the user, at the mobile device 220, 
replies to message A, or when the user composes a new message (a reply or a new message 
collectively referred to as "message B"), the new message is compressed, encrypted and 
repackaged in a similar outer envelope (message B') to cause message B to be routed to the 
redirector 242A via the wireless network 222, wireless gateway 260 and internet or other WAN 
connection 258. The redirector 242A then removes the outer envelope B\ decrypts and 
decompresses the message B and repackages message B as message B'' where necessary to 
direct message B" to its final destination, such as user A's PC desktop 204. 

The general flow of a data item from a mobile device 220 to an addressee is shown as a 
dotted line in FIGs. 14 and 15. The removal of the outer envelope B' and repackaging of 
message B into envelope B'' results in the outgoing message B'' from the messaging host 
system 231 being sent using the E-mail address of the user's mailbox on messaging host system 
231, rather than the address of the mobile device 220. Thus, it appears to the recipient of the 
message B'' that the message originated from the user's desktop system 202 or from the 
messaging host system 23 1 itself (as would be the case of a web-based E-mail hosting system) 
rather than the mobile data communication device 220. This is accomplished by the redirector 
242 modifying the "from" and "reply to" identifiers associated with the message B to now have 
the SMTP address of user B's messaging host system 231 E-mail account. Advantageously, any 
replies to the message B" will then be sent to user B's inbox on messaging host system 231, 
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which, if it is still in redirector mode, will repackage the reply and resend it to user B's mobile 
data device 220, as described above. 

In the integrated messaging/redirector system 231, a copy of message B is redirected to 
user B's inbox in the local store 236 for retrieval and access by user B at some later time. In 
doing so, the redirector program 242A preferably repackages message B as message B'"' so as to 
have modified addressing information. In this preferred instance, the modified addressing 
information would include changing the "from" header information to indicate that the message 
was sent from mobile communications device. This message B'" is forwarded, possibly through 
the mail handler 232, to the local store 236. 

As described above, the integrated messaging/redirection host system 23 1 is preferably 
configured as an ISP or an ASP. Here, the system 231 includes a sendmail daemon 232, which 
would forward the copy B"' to the local data item store 236 by a local delivery agent (not 
shown). A user may preferably configure his local inbox of data items at the desktop 202 to 
store such copy messages in a specific inbox for mobile data communications device data items. 
However, in the illustrative example of messaging host system 231 configured to redirect all 
incoming data items, message B''' is redirected (not shown) to redirector 242 A. The redirector 
is preferably programmed to detect that the message B'" is a redirection of message B'"' sent 
therefrom. As such, the redirector ignores this re-redirected message. Alternatively, the mail 
handler 232 at the messaging host system 231 may be configured to detect such messages and to 
not redirect such messages. Since the redirector 242A is integrated with the messaging host 
system 231, this re-redirection of the copy data items is more easily avoided than in the above 
two-host systems. For example, in implementations where the redirector 242A directly accesses 
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the local message store to detect new data items, it could be configured to quickly identify and 
ignore such copy messages. 

The operation of the redirector program 242A is substantially as shown in the flow chart 
of FIG. 8 and described above. Although the communications between the messaging and 
redirector components within the messaging host system 231 and the specific configurations 
thereof are somewhat different than in the above two-host system, once a new message for 
redirection is detected, redirection operations proceed as shown in FIG. 8. 

The redirection system shown in FIGs. 14 and 15 provides for secure communications 
between a mobile device 220 and the messaging host system 231. A significant advantage of 
such a system is that data item redirection does not compromise any security measures which 
may be implemented by an ISP or ASP to protect data items stored on a messaging system or 
server. As stated above, although the following detailed description is based primarily on an 
illustrative example of ISPs, those skilled in the art will appreciate that similar arrangements 
may be implemented for ASPs. 

In the two-host system described above, data items are sent in the clear between the 
messaging host system 230 and the wireless redirector host system 240. Even though access to 

such data items on the messaging host system 230 may be restricted by an ISP through firewall 

I 

arrangements and logon scripts for example, data items sent from the messaging host system 230 
to the redirector host system 240 may be intercepted. With the secure integrated 
messaging/redirector system 231 shown in FIGs. 14 and 15 however, data items are secure 
between the ISP system and the mobile device 220. Even if these encrypted data items are 
intercepted, they are encrypted and therefore cannot be read. Where such a strong encryption 
algorithm as triple-DES (Data Encryption Standard) is used, decryption of such intercepted data 
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items is computationally infeasible. The protection inherent in the ISP arrangements is therefore 
not compromised by redirection of data items. In the above example, firewall and logon 
protection are thereby effectively extended to the mobile device 220. This feature of the 
integrated messaging/redirection host system 231 may be particularly important for certain 
groups of users having E-mail accounts on the same ISP. Members of a work group for example 
would be assured that inter-group messages maintain the same level of security whether a 
member receives such messages on a desktop system or a mobile communication device. 

Where the redirector 242 A is integrated with a messaging host system 23 K redirection 
will typically be provided only for the particular service provider operating the messaging host 
system 231. However, the redirector 242A may be implemented with a distributed processing 
architecture, as shown in FIG. 16. to provide for redirection of data items for users on multiple 
domains hosted by the ISP, indicated as 233. 233a and 233b in FIG. 16. As described above in 
conjunction with FIGs. 9 and 10. the redirector program 242 A may comprise multiple redirector 
send agents 245 and associated redirector receive agents 249. a pair of which can be hosted on 
separate redirector agent host servers 243. thereby providing for scaleable and easily 
configurable multiple-domain redirection. A single redirector agent host server can support 
several pairs of send and receive agents, each pair of agents preferably serving a domain site. In 
some implementations, more than one send/receive agent pair may serve a particular domain. It 
is also contemplated that a domain may be served by different numbers of send agents and 
receive agents. 

The mapping of redirector host servers to domains and the configuration of redirector 
agents are accomplished via the administration arrangement 261 for the administration 
information database 259. Since the redirector is integrated with the messaging system. 
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redirector administration 257 and redirector user administration 261 are preferably integrated 
within the messaging system. If remote administration of system 23 1 is desired, to allow users to 
access information in the user information store 254 for example, these administration functions 
may also be provided through web-based interfaces, as described above. The interface to site 
5 information in the database 255 is shown as internal to the messaging host system 23 L since the 
ISP is hosting such sites, although a web-based interface may be provided where site managers 
represent ISP-hosted internet domains and manage corresponding site information records. User 
filter rules may be established by each user as described above and access to the filter agent 250 
is therefore preferably provided through the web-based interface 252. 

10 A mobile device user, when provided with an account, can preferably access the user 

information database 254 via web based user administration page fnot shown), in order to update 
fields of their user information record for which they have authority. For instance, a user might 
wish to override a default E-mail tag line, thereby enabling the above tag-line customization 
feature. The user might also wish to override a default domain name based E-mail address by 

15 specifying an SMTP address, thereby enabling domain-massaging. 

The system of FIG. 16 operates substantially as described above, except that new 
messages are retrieved fi:om the local data item store 236 in the integrated messaging/redirection 
system in the messaging host system 231. The redirector send and receive agents can access the 
local store 236. such that the wireless data item store 248 is no longer required. Otherwise, the 

20 distributed system operates as described above. 

As illustrated in FIG. 17. the system of FIG. 16 advantageously permits an ISP, such as 
ISP A 700. to provide wireless redirection for its customer base and customized single E-mail 
address transparency for a plurality of companies, such as Company A and Company B. by 
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managing a distinct site for each company, in this case ISP A site 710, Company A site 712, and 
Company B site 714. Mobile device users associated to each of those sites can configure their E- 
mail tag Hnes and E-mail addressees obtained by juxtaposing their E-mail name and their custom 
site's domain name, by taking advantage of the domain-massaging and tag line customization 
features. Secure communications between the redirector 242A and any mobile devices in 
accordance with an aspect of the invention may be particularly important to such ISP clients as 
Company A and Company B. 

Although the integrated messaging/redirection system has been described above 
primarily in the context of providing for data item redirection for only a single ISP, including 
any domains hosted by the ISP, an ISP may extend its redirection services to other ISPs. Such an 
arrangement would effectively be a hybrid between the two-host system such as shown in FIG. 6 
and the integrated system as shown for example in FIG. 14. The overall system diagram would 
be substantially as shown in FIG. 6, although the second host system 240 would be an integrated 
messaging/redirection system 240A as shown in FIG. 18. In such a system, the integrated 
messaging/redirection host system 240A provides messaging and redirection services to it own 
users 202 and 202a, while also providing redirection services for a different host system such as 
230, having users such as 202b. 

In this embodiment of the invention, the messaging host system 230 is configured so as 
to forward a copy of incoming data items destined for the inbox of a user such as 202b to the 
integrated messaging/redirection host system 240A for redirection to the user's mobile device 
220. Data items destined for users of the messaging host system 230 having a mobile 
communication device are thereby continuously "pushed" to the integrated host system 240A as 
they arrive at the messaging host system 230. Upon arrival at the integrated host system 240A, 
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the redirector 242 at the system 240A determines whether such data items are user-selected data 
items to be pushed to the user's mobile communications device 220. 

The integrated host system 24QA acts not only as an ISP and redirector for its own users 
and possibly users of domains hosted by the ISP, shown as 202 and 202a, but also as a gateway 
5 for data items received from the first host system 230 through the Internet 218 or other WAN. 
Redirection of data items destined for host 240A users such as 202 and 202a proceeds as 
described above, with the redirector 242 having direct access to the local data item store 236. 
The data or message flows relating to such redirection have therefore not been shown in FIG. 18. 
The solid and dashed lines respectively indicate the flows for data items A forwarded from the 
10 first host system 230 and data items B originating at a mobile device 220 for a user of the first 
host system 230. 

The integrated host system 240A according to this embodiment of the invention 
preferably includes, along with the typical hardware and software associated with an Internet 
gateway, the redirector 242 which itself may include a mail handler (not shown), preferably a 

15 sendmail daemon (not shown), and a local delivery agent (not shown), a plurality of wireless 
mail stores 248 (preferably one for each mobile user such as user 202b associated with an 
external ISP), a filter database 250, and a mobile user profile database 254. 

This embodiment of the invention is intended to be as non-obtrusive as possible to the 
messaging host system 230. The messaging host system 230 may be configured in many ways to 

20 detect such messages, as described above. For example, using the ".forward'' file 238, new data 
items are detected and forwarded to the integrated host system 240A. Other methods of detecting 
and forwarding new data items destined for a user having a mobile communications device 220 
could also be used and such other methods are well within the scope of the invention. 
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If the redirector 242 is activated at the integrated host system 240A, and has been 
configured by the user to replicate certain user data items (such as message A) to the mobile 
communications device 220, when the message A is received at the integrated host system 24QA, 
the redirector program 242 detects message A and prepares the message for a second redirection 
to the mobile device 220. As described above, the message may be compressed and encrypted 
before being repackaged into an outer envelope for redirection through the wireless gateway 260 
and wireless network 222 to the mobile device 220. The mobile device then removes the outer 
envelope, decompresses and decrypts received data items as required. 

Users such as 202 and 202a, "native" to the integrated host 240A, may be configured for 
redirection by a system 240A administrator, through the internal user administration 261. 
External redirection users such as 202b would preferably be configured with a web-based user 
administration tool 256. However, the ISP or operator of the integrated system 240A may also 
maintain at least partial control over the administration of external users through either the web- 
based administration tool 256 or internal administration arrangement 261. It is contemplated that 
administrative functions for external redirection users may require coordination between 
administrators of the integrated host system 240A and the external host system 230. 

The filtering rules stored by filter agent 250 are estabUshed by each user 202, 202a, 202b 
through the web-based interface 252. Regardless of whether a user is nafive or external to the 
ISP operating the integrated host 240A, once the user has been configured by system 
administrators to enable redirection functions, filter rules may be established via the preferably 
secure web interface 252 and stored to filter agent 250. 

When a user of host system 230 has been configured for redirection of data items to a 
mobile device 220 through the integrated system 240A, the redirector 242 operates substanfially 
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as described above and shown in FIG. 8 to redirect data items to and from the user's mobile 
device 220. 

Since the redirector 242 is integrated with a messaging system in the embodiment of the 
invention shown in FIG. 18. the existing messaging system components such as the mail handler 
232, delivery agents (not shown) and data item store 236 may be used by the redirector and the 
first host system 230 to communicate redirected data items. Such a system is shown in FIG. 19. 
The redirector 242A, as described above, need not incorporate its own mail handler in this 
embodiment, as described above. Redirected data item transfer is accomplished through the mail 
handler 232 and delivery agents (not shown) in the integrated host system 240B. A further 
advantage of the integrated host system 240B in FIG. 19 is that the redirector 242 A directly 
accesses the local data item store 236, thereby simplifying new data item detection and 
eliminating the wireless data item store 248. 

Having described in detail several preferred embodiments of the present invention, 

including preferred methods of operation, it is to be understood that this operation could be 
carried out with different elements and steps. Many variations on the invention will be obvious 
to those knowledgeable in the field, and such obvious variations are within the scope of the 
invention as described and claimed, whether or not expressly described. 

For example, further security measures may be implemented to provide for end-to-end 
secure data item transfer, including redirection. Communications between a messaging host 
system such as 230 and a wireless redirector host system 240, 240A, 240B, may be protected by 
using a secure E-mail scheme such as so-called Pretty Good Privacy® (PGP®). Alternatively, 
the public key encryption arrangements described above may also be extended to provide for 
secure communications between any sender (including a sender such as user A, external to the 
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messaging host system 230, 231) and the messaging host system 230, 231 or integrated host 
system 240 A, 240B. In such systems, the redirector may simply repackage a received encrypted 
data item for forwarding to or from a mobile device, since the data item has already been 
encrypted. 

5 Also, ahhough the system diagrams show multiple connections between the various 

components, those skilled in the art will appreciate that such connections are intended primarily 
to illustrate data flows. In actual system implementations, data item transfer between the 
redirector 242A and the local data item store 236 may be accomplished using a single 
connection. Similarly, the redirector 242, 242A is preferably connected to the wireless gateway 

10 260 through a single connection. This single connection is most preferably maintained open 
when established, thereby providing for near real-time data item redirection and ''always on, 
always connected"® functionality for all mobile devices 220. 
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What is claimed: 

1 . A method of redirecting data items from a messaging host system to a user's mobile 
device, comprising the steps of: 

detecting a new data item for the user at the messaging host system; 

forwarding a copy of the new data item to a redirector host system: 

determining whether the new data item should be redirected from the redirector host 

system to the user's mobile device: and 

if the new data item should be redirected, then 

encrypting the new data item to form an encrypted new data item: and 
packaging the encrypted new data item into an electronic envelope and 
transmitting the electronic envelope to the user's mobile device. 

2. The method of claim L further comprising the step of: 

storing the new data item in a user's inbox coupled to the messaging host system. 

3. The method of claim L wherein the detecting step includes the steps of: 

determining whether a new data item has been received at the messaging host system for 

a particular user: and 

checking a forwarding file coupled to the messaging host system to determine whether 

the particular user's data items should be redirected to the redirector host system. 
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4. The method of claim 3, wherein the forwarding file includes a list of system addresses 
where the user's data items should be forwarded by the messaging host system. 

5. The method of claim K further comprising the steps of: 

providing an inbox for the user, wherein the inbox is coupled to the messaging host 

system: and 

forwarding a copy of the new data item to the user's inbox on the messaging host system. 

6. The method of claim 1 , further comprising the steps of: 

configuring a set of filtering rules for use by the redirector host system in determining 

whether the new data item should be redirected to the user's mobile device: and 

providing an access mechanism that allows the user to remotely configure and 

reconfigure the set of filtering rules. 

7. The method of claim 1, farther comprising the steps of: 

configuring a user profile database for use by the redirector host system in determining 

whether the new data item should be redirected to the user's mobile data device: and 

providing an access mechanism that allows a system administrator of the messaging host 

system to remotely configure and reconfigure the user profile database. 

8. The method of claim 1. further comprising the steps of: 
receiving the electronic envelope at the user's mobile device: 

extracting the encrypted new data item from the electronic envelope: and 
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decrypting the encrypted new data item to recover the new data item. 

9. The method of claim 8, further comprising the step of : 
storing the new data item within a memory of the mobile device. 

10. The method of claim 8. wherein the decrypting step comprises the step of: 

using a cipher algorithm and a decryption key to decrypt the encrypted new data item. 

1 1 . The method of claim 10, further comprising the steps of: 
generating the decryption key at the redirector host system; and 

forwarding the decryption key from the redirector host system to the mobile device using 
a secure communications link. 

12. The method of claim 1 1, wherein the step of forwarding the decryption key comprises: 
forwarding the decryption key to the mobile device using Internet Message Access 

Protocol (IMAP) over Secure Sockets Layer (SSL) protocol. 

13. The method of claim 10, wherein the encrypting step comprises the step of: 
using a cipher algorithm and an encryption key to encrypt the new data item. 

14. The method of claim 13, further comprising the steps of: 
generating the encryption key at the redirector host system; 
storing the encryption key at the redirector host system; 
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generating the decryption key at the redirector host system: and 

forwarding the decryption key from the redirector host system to the mobile device using 
a secure communications link. 

15. The method of claim 13, further comprising the steps of: 

generating a private key to be used as the decryption key at the redirector host system; 

forwarding the private key from the redirector host system to the mobile device using a 

secure communications link; 

generating a public key to be used as the encryption key at the redirector host system; and 

forwarding the public key from the redirector host system to a public key repository. 

16. The method of claim 15, wherein the step of forwarding the private key comprises: 
forwarding the private key to the mobile device using Intemet Message Access Protocol 

(IMAP) over Secure Sockets Layer (SSL) protocol. 

1 7. The method of claim 13, fiirther comprising the steps of: 

generating the encryption key at a computer system associated with the mobile device; 
forwarding the encryption key from the computer system to the redirector host system 
using a secure communications link; 

generating the decryption key at the computer system associated with the mobile device; 

and 

forwarding the decryption key from the computer system to the mobile device using a 
secure communications link. 
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18. The method of claim 17. wherein the step of forwarding the decryption key comprises: 
sending the decryption key to the mobile device over a serial connection between the 



computer system and the mobile device 



19. The method of claim 13, further comprising the steps of: 

generating a private key to be used as the decryption key at a computer system associated 

with the mobile device: 

forwarding the private key from the redirector host system to the mobile device using a 

10 secure communications link: 

generating a public key to be used as the encryption key at the computer system; and 

forwarding the public key from the computer system to a public key repository. 

20. The method of claim 19, further comprising the step of: 

15 forwarding the public key from the computer system to the redirector host system. 

21. The method of claim 13, further comprising the steps of: 
generating the encryption key at the mobile device: 

forwarding the encryption key from the mobile device to the redirector host system using 
20 a secure commxmications link: 

generating the decryption key at the mobile device: 
storing the decryption key at the mobile device. 
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22. The method of claim 13, further comprising the steps of: 

generating a private key to be used as the decryption key at the mobile device: 

storing the private key at the mobile device: 

generating a public key to be used as the encryption key at the mobile device: and 

forwarding the public key from the mobile device to a public key repository. 

23. The method of claim 22, further comprising the step of: 

forwarding the public key from the mobile device to the redirector host system. 

24. The method of claim L further comprising the steps of: 

preparing a reply data item at the mobile device that is related to the new data item: 

encrypting the reply data item at the mobile device to form an encrypted reply data item: 

and 

packaging the encrypted reply data item into an electronic envelope and transmitting the 

electronic envelope to the redirector host system. 

25. The method of claim 24, wherein the electronic envelope packaged with the encrypted 
reply data item is addressed using an electronic address of the redirector host system. 

26. The method of claim 25, further comprising the steps of: 

extracting the encrypted reply data item from the electronic envelope at the redirector 

host system: 

decrypting the extracted, encrypted reply data item to recover the reply data item: 
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reconfiguring addressing information associated with the reply data item; and 

transmitting the reconfigured reply data item to the messaging host system. 

27. The method of claim 26, further comprising the steps of: 

receiving the reconfigured reply data item at the messaging host system: and 

storing the reply data item in a user's inbox coupled to the messaging host system. 

28. The method of claim 25. further comprising the steps of: 

extracting the encrypted reply data item from the electronic envelope at the redirector 

host system; 

decrypting the extracted, encrypted reply data item to recover the reply data item: 

reconfiguring addressing information associated with the reply data item; and 

transmitting the reconfigured reply data item to a destination system using an electronic 

address included in the reply data item. 

29. The method of claim L further comprising the steps of: 

providing the user's mobile device with an interface to a wireless data network; 

forwarding the electronic envelope from the redirector host system to a wireless gateway 

system; and 

transmitting the electronic envelope from the wireless gateway system to the user's 

mobile device using the wireless data network. 

30. The method of claim L ftirther comprising the steps of: 
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transmitting a deactivation message from the user to the redirector host system: and 

upon receiving the deactivation message, prohibiting the redirection of data items for the 

user sending the deactivation message. 

3 1 . The method of claim 1 , wherein the determining step includes the steps of: 
accessing a user profile database including a list of authorized users: and 

checking whether the user associated with the new data item is an authorized user to 
determine whether the new data item should be redirected to the user's mobile device. 

32. The method of claim K wherein the determining step includes the steps of: 

accessing a filter rules database including a list of filters to be applied to data items for a 

particular user: and 

applying the filters to the new data item to determine whether the new data item should 

be redirected to the user's mobile device. 

33. The method of claim L wherein the packaging step includes the step of addressing the 
electronic envelope using the electronic address of the user's mobile device. 

34. The method of claim L wherein the data items are E-mail messages, and wherein the 
messaging host system is an E-mail host system. 

35. The method of claim L wherein the user's mobile device is a laptop computer 
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36. The method of claim K wherein the user's mobile device is a two-way paging computer. 

37. The method of claim 36. wherein the two-way paging computer includes a wireless 
network interface for communicating with the redirector host system via a wireless data network. 

5 

38. The method of claim 37, wherein the redirector host system is coupled to the wireless 
data network via a wireless gateway system. 

39. The method of claim 38. wherein the electronic envelope is addressed using the wireless 
10 data network address of the two-way paging computer. 

40. The method of claim L wherein the messaging host system is an Internet Service 
Provider. 

15 41 . The method of claim 40, wherein the data items are E-mail messages, and wherein the 
Internet Service Provider includes a mail server program. 

42. The method of claim 4L wherein the Intemet Service Provider further includes a 
forwarding database coupled to the mail server program for detecting whether a new data item 
20 received at the mail server should be forwarded to a redirector host system, and for determining 
the electronic address of that redirector host system. 
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43. The method of claim L wherein the messaging host system and the redirector host system 
are coupled via the Internet. 

44. The method of claim L wherein the redirector host system includes a further messaging 
host system. 

45. The method of claim K wherein the redirector host system is incorporated with the 
messaging host system. 

46. The method of claim 6, wherein the access mechanism for remotely configuring and 
reconfigurin|g the filtering rules is a web-page interface. 

47. The method of claim 7, wherein the access mechanism for remotely configuring and 
reconfiguring the user profile database is a web-page interface. 

48. The method of claim L further comprising the steps of: 

configuring a user profile database for use by the redirector host system in determining 

whether the new data item should be redirected to the user's mobile data device; and 

storing, within the user profile database, the electronic address of the user's mobile 

device. 

49. The method of claim 48, further comprising the step of: 
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storing, within the user profile database, information regarding the type and configuration 

of the user's mobile device. 

50. The method of claim L wherein the packaging step further includes the steps of: 
converting the encrypted new data item into a compressed format; and 

placing the compressed new data item into an electronic envelope that is addressed using 

the electronic address of the user's mobile device. 

51. A method of redirecting E-mail messages from a messaging host system to a user's 
wireless mobile device, comprising the steps of: 

detecting an E-mail message for the user at the messaging host system; 

forwarding a copy of the E-mail message from the messaging host system to a wireless 

redirector host system; 

receiving the forwarded E-mail message at the wireless redirector host system and 

applying a set of user-defined filtering rules that determine whether or not to redirect the E-mail 
to the user's wireless mobile device via a wireless network coupled to the wireless redirector 
host system; and 

if the filtering rules determine that the E-mail message is of the type that should be 

redirected, then encrypting the E-mail message to form an encrypted E-mail message and 
redirecting the encrypted E-mail message to the user's wireless mobile device by packaging the 
encrypted E-mail message in an electronic envelope that includes a wireless network address of 
the user's wireless mobile device. 
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52. The method of claim 51, further comprising the steps of: 

providing a fiher rules database for storing the user-defined filter rules; and 

providing an interface mechanism coupled to the filter rules database through which the 

user may define and re-define the filtering rules. 

53. The method of claim 52, wherein the interface mechanism is a web page interface. 

54. The method of claim 53, wherein the web page interface includes an 
activation/deactivation switch for turning on/off the operation of the wireless redirector host 
system for a particular user. 

55. The method of claim 51, further comprising the step of: 

accessing a user profile database coupled to the wireless redirector host system to verify 

that the user associated with the E-mail message is an authorized user. 

56. The method of claim 55, further comprising the step of: 

providing an access mechanism that allows a system administrator of the messaging host 

system to remotely configure and reconfigure the user profile database. 

57. The method of claim 5 1 , wherein the messaging host system is an Internet Service 
Provider (ISP). 
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58. The method of claim 57. wherein the ISP and the wireless redirector host system 
communicate via the Internet. 

59. The method of claim 5 1 , wherein the wireless redirector host system and the wireless 
mobile device commimicate through a wireless gateway system and a wireless communication 
network. 

60. A system for redirecting data items from a network to a user's wireless mobile device, 
comprising: 

a messaging host system coupled to the network for receiving data items associated with 

a particular user and for forwarding the received data items to a predetermined address on the 
network; and 

a redirector host system associated with the predetermined address for receiving the 

forwarded data items from the messaging host system and for encrypting and redirecting the 
forwarded data items to the user's wireless mobile device. 

61. The system of claim 60, wherein the network is the Internet. 

62. The system of claim 60, wherein the messaging host system further includes: 

a sendmail program for receiving and transmitting user data items; and 

a forwarding file containing a list of authorized users of the system and the 

predetermined address. 
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63. The system of claim 60, wherein the redirector host system comprises an encryption 
module that encrypts the forwarded data items from the messaging host system. 

64. The system of claim 63, wherein the encryption module uses a cipher algorithm and an 
5 encryption key to encrypt the forwarded data items. 

65. The system of claim 64, wherein the wireless mobile device includes a decryption 
module that decrypts encrypted data items redirected to the mobile device. 

10 66. The system of claim 65, wherein the decryption module uses a cipher algorithm and a 
decryption key to decrypt the encrypted data items. 

67. The system of claim 66, wherein the redirector host system further comprises: 
means for generating the encryption key and the decryption key: 

15 means for storing the encryption key: and 

means for forwarding the decryption key to the mobile device using a secure 
communications link. 

68. The system of claim 67, wherein the mobile device further comprises: 

20 means for receiving the decryption key forwarded by the redirector host system: and 

means for storing the decryption key. 
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69. The system of claim 67, wherein the encryption key is a public key and the decryption 
key is a private key. 

70. The system of claim 66, wherein the mobile device further comprises: 
means for generating the encryption key and the decryption key: 

means for forwarding the encryption key to the redirector host system using a secure 
communications link; and 

means for storing the decryption key. 

71 . The system of claim 62, wherein the messaging host system further includes a local data 
store for storing the data items of user's having accounts on the messaging host system. 

72. The system of claim 60, wherein the redirector host system further includes: 

a redirector software program for determining whether certain data items should be 

redirected to the user's wireless mobile device: 

a filter rules database containing filtering rules to apply to the received data items for a 

particular user; and 

a user profile database containing a list of authorized users. 

73. The system of claim 72, wherein the redirector host system further includes a wireless 
data store for storing the forwarded data items. 
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The system of claim 60. wherein the data items are E-mail messages and the messaging 



74. 



host system is an E-mail server. 



75. The system of claim 60. further comprising: 

a wireless gateway system coupled to the redirector host system and a wireless data 

network for receiving the redirected data items and for transmitting those data items to the user's 
wireless mobile device via the wireless data network. 

76. The system of claim 60, further comprising: 

a filter rules database containing filtering rules to apply to the data items forwarded to the 
redirector host system, the filtering rules setting forth a list of data item characteristics that 
determine whether the redirector host system will redirect the data item. 

77. The system of claim 76. further comprising: 

an interface document coupled to the filter rules database for enabling the remote 

configuration of the filtering rules for a particular user. 

78. The system of claim 77. wherein the interface document is a web page. 

79. The system of claim 60. wherein the redirector host system is integrated with a second 
messaging host system. 
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80. The system of claim 60, further comprising a plurality of messaging host systems 
coupled to the network for receiving data items associated with particular users and for 
forwarding the received data items to the predetermined address, wherein the redirector host 
system receives the forwarded data items from the plurality of messaging host systems and 
encrypts and redirects those data items to each user's wireless mobile device. 

81 . A method of operating a host system configured to redirect E-mail messages from the 
Internet to a user's wireless mobile device, comprising the steps of: 

receiving an E-mail message from the Internet for a particular user: 

accessing a user profile database to determine whether the particular user is an authorized 

user of the host system: 

if the user is an authorized user of the host system, then accessing a filter rules database 

to apply a set of user-defined filtering rules to the E-mail message that determine whether the E- 
mail message is the type of message that the user wants to have redirected to its wireless mobile 
device: and 

if the filtering rules determine that the E-mail message should be redirected, then 

encrypting the E-mail message and repackaging the encrypted E-mail message into an electronic 
envelope including the address of the user's wireless mobile device and forwarding the 
electronic envelope to a wireless gateway system for transmission onto a wireless data network 
associated with the user's wireless mobile device. 

82. A method for redirecting messages between an Internet Service Provider (ISP) host 
system and a plurality of mobile devices, the method comprising the steps of: 
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configuring redirection settings for one or more mobile device users at the ISP host 

system: 

receiving incoming messages directed to a first address at the ISP host system from a 
plurality of message senders; 

in response to the redirection settings, continuously encrypting and redirecting the 
incoming messages from the ISP host system to the mobile device via a redirector host system: 

receiving encrypted outgoing messages generated and encrypted at the mobile 
communications device at the redirector host system: 

decrypting the received encrypted outgoing messages to recover the outgoing messages: 

configuring address information of the outgoing messages so that the first address is used 
as an originating address of the outgoing messages: and, 

transmitting the configured outgoing messages to message recipients. 

83. A method of redirecting electronic data items from a host system associated with a user 
to the user's mobile data communication device, comprising the steps of: 

configuring an external redirection event at the host system, wherein the external 

redirection event is the host system sensing whether the user is in the physical vicinity of the 
host system: 

receiving electronic data items at the host system: and 

if the host system senses that the user is not in the physical vicinity of the host system, 
then continuously encrypting the electronic data items and redirecting the encrypted data items 
to the user's mobile data communication device until the host system senses that the user is in the 
vicinity of the host system. 
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84. The method of claim 83, wherein the sensing is achieved by a heat sensor detecting a lack 
of heat emitted by the user. 

5 85. The method of claim 83, wherein the sensing is achieved by a motion sensor detecting a 
lack of motion by the user. 

86. The method of claim 83, wherein the sensing is achieved by removal of the mobile 
device from a mobile device cradle connected to the host system. 

10 

87. In a system for redirecting data items between a host system and a mobile 
communications device through a redirector system, a method of key distribution comprising the 
steps of: 

generating an encryption key for encrypting data items to be redirected to the mobile 

15 device: 

generating a decryption key for decrypting encrypted and redirected data items received 
at the mobile device; and 

forwarding the decryption key to the mobile device using a secure communications link. 

20 88. The method of claim 87, wherein: 

the steps of generating the encryption key and generating the decryption key are 
performed at the redirector system: and 
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the method further comprises the steps of forwarding the encryption key to the redirector 
system and storing the encryption key in a memory in the redirector system. 

89. The method of claim 88. wherein the step of forwarding the decryption key to the mobile 
device comprises the step of: 

forwarding the decryption key to the mobile device using Internet Message Access 

Protocol (IMAP) over Secure Sockets Layer (SSL). 

90. The method of claim 87. wherein: 

the steps of generating the encryption key and generating the decryption key are 
performed at the host system; and 

the method further comprises the step of forwarding the encryption key to the redirector 
system using a secure communications link. 

9 1 . The method of claim 87. wherein: 

the steps of generating the encryption key and generating the decryption key are 
performed at a computer system operatively connected to the host system: and 

the method further comprises the step of forwarding the encryption key to the redirector 
system using a secure communications link. 

92. The method of claim 91. wherein: 

the secure communications link over which the decryption key is forwarded comprises a 

physical connection between the mobile device and the computer system. 
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93. The method of claim 87. wherein: 

the encryption key and the decryption key are private keys; and 

the method further comprises the step of forwarding the encryption key to the redirector 
system using a secure communications link. 

94. The method of claim 87, wherein: 
the encryption key is a public key; 

the decryption key is a private key; and 

the method further comprises the step of forwarding the encryption key to a public key 
repository. 

95. The method of claim 87, wherein: 

the host system is a messaging system: and 

the data items are E-mail messages. 

96. The method of claim 87, further comprising the steps of: 

generating a second encryption key for encrypting data items to be sent from the mobile 

device; 

generating a second decryption key for decrypting encrypted data items received at the 
redirector system from the mobile device: and 

forwarding the second decryption key to the redirector system using a secure 
communications link. 
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97. In a system for redirecting data items between a host system and a mobile 
communications device through a redirector system, a key distribution sub-system comprising: 

means for generating an encryption key for encrypting data items prior to redirection to 
the mobile device: 

means for generating a decryption key for decrypting encrypted and redirected data items 
received at the mobile device; and 

means for forwarding the decryption key to the mobile device using a secure 
communications link. 

98. The system of claim 97. wherein 

the key distribution system is implemented at the redirector system: and 
the redirector system further comprises means for storing the encryption key. 

99. The system of claim 98, wherein: 

the means for forwarding the decryption key to the mobile device is configured for using 
Internet Message Access Protocol (EVTAP) over Secure Sockets Layer (SSL). 

100. The system of claim 97, wherein: 

the key distribution system is implemented in a computer system operatively connected 
to the host system. 

101 . The system of claim 100, wherein: 
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the computer system further comprises means for forwarding the encryption key to the 
redirector system using a secure communications link. 

102. The system of claim 100, wherein: 
the encryption key is a public key; and 

the computer system further comprises means for forwarding the encryption key to a 

public key repository. 

103. The method of claim 100, wherein: 

the secure communications link over which the decryption key is forwarded comprises a 

physical connection between the mobile device and the computer system. 

104. The system of claim 97, further comprising: 

means for generating a second encryption key for encrypting data items to be sent from 
the mobile device: 

means for generating a second decryption key for decrypting encrypted data items 
received at the redirector system from the mobile device: and 

means for forwarding the second decryption key to the redirector system using a secure 
communications link. 
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ABSTRACT OF THE DISCLOSURE 

A system and method for pushing information from a host system to a mobile data 

communi cation device upon sensing a triggering event is disclosed. A redirector program 
operating at the host system enables a user to continuously redirect certain user-selected data 
items from the host system to the user's mobile data communication device upon detecting that 
one or m ore user-defined triggering events has occurred. The redirector program operates in 
connection with event-generating applications and repackaging systems at the host system to 
configure and detect a particular user-defined event, and then to encrypt and repackage the user- 
selected d ata items in an electronic wrapper prior to pushing the data items to the mobile device. 
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